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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies the stage 2 description for the fourth phase (see 3GPP TS 22.078 [2]) of the Customized 
AppUcations for Mobile network Enhanced Logic (CAMEL) feature within the 3GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 2 description for the Customized Apphcations for Mobile network Enhanced 
Logic (CAMEL) feature which provides the mechanisms to support services for the IP Multimedia Core Network (IM 

CN) Subsystem. 
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[10] 3GPP TS 29.229: "3rd Generation Partnership Project; Technical Specification Group Core 

Networks; Cx and Dx Interfaces Based on the Diameter Protocol; Protocol details". 

[II] 3GPP TS 23.078: "3rd Generation Partnership Project; Technical Specification Group Core 
Networks; Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 3 Stage 
2 specification (Release 99)". 



£75/ 



3GPP TS 23.278 version 5.0.0 Release 5 9 ETSI TS 1 23 278 V5.0.0 (2002-09) 



Definitions and abbreviations 



3.1 Definitions 

Home Subscriber Server (HSS): entity containing the subscription related information to support the network entities 
actually handling calls/sessions. For subscribers requiring CAMEL support, the HSS includes partial HLR functionality 
for storing the information relevant to the current subscription regarding CAMEL Subscription Information for IMS. 
The HSS sends IM CAMEL Subscription Information data to the IM-SSF and CSE using a MAP interface. 

IP Multimedia Service Switching Function (IM-SSF): CAMEL functional entity that provides the interworking 
between SIP session control and the CAMEL state models. The IM-SSF also provides the CAMEL interface to HSS for 
downloading the subscriber's CAMEL Subscription Information data for IMS. 

IP Multimedia Basic Call State Model (IM-BCSM): IM-BCSM provides a high-level model of CSCF activities 
required to establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a 
CSCF and shows how these activities are joined together to process a basic call. 

IP Multimedia CAMEL Subscription Information (IM-CSI): IM-CSI identifies the subscriber as having IP 
Multimedia CAMEL services. 

IP Multimedia session: IP Multimedia session and IP Multimedia call are treated as equivalent in this specification. 

Originating IP Multimedia Basic Call State Model (O-IM-BCSM): originating half of the IM-BCSM. The 0-IM- 
BCSM corresponds to that portion of the IM-BCSM associated with the originating party. 

Originating IP Multimedia CAMEL Subscription Information (O-IM-CSI): O-IM-CSI identifies the subscriber as 
having originating IP Multimedia CAMEL services. 

Terminating IP Multimedia Basic Call State Model (T-IM-BCSM): terminating half of the IM-BCSM. The T-IM- 
BCSM corresponds to that portion of the IM-BCSM associated with the terminating party. 

Terminating IP Multimedia CAMEL Subscription Information (T-IM-CSI): T-IM-CSI identifies the subscriber as 
having terminating IP Multimedia CAMEL services. 

3.2 Abbreviations 

Abbreviations used in the present document are listed in 3GPP TR 21.905 [1]. 

For the purposes of the present document, the following abbreviations apply: 

BCSM Basic Call State Model 

CAMEL Customized Applications for Mobile network Enhanced Logic 

CAP CAMEL Application Part 

CSCF Call State Control Function 

DP Detection Point 

D-IM-CSI Dialled Service IP Multimedia CAMEL Subscription Information 

EDP Event Detection Point 

FTN Forwarded To Number 

GPRS General Packet Radio Service 

gsmSCF GSM Service Control Function 

gsmSRF GSM Specialised Resource Function 

gsmSSF GSM Service Switching Function 

HPLMN Home PLMN 

HSS Home Subscriber Server 

IE Information Element 

IF Information Flow 

IP Internet Protocol 

ISC IM-CN Service Control 

I-CSCF Interrogating CSCF 

IM IP Multimedia 

IM-BCSM IP Multimedia Basic Call State Model 
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IMCN IP Multimedia Core Network 

imcnSSF IM CN Service Switching Function 

IM-CSI IP Multimedia CAMEL Subscription Information 

IM-SSF IP Multimedia Service Switching Function 

IPLMN Interrogating PLMN 

MGCF Media Gateway Control Function 

MO Mobile Originating 

MT Mobile Terminating 

NNI Network Node Interface 

O-IM-BCSM Originating IP Multimedia Basic Call State Model 

O-IM-CSI Originating IP Multimedia CAMEL Subscription Information 

PIC Point In Call 

PLMN Public Land Mobile Network 

P-CSCF Proxy CSCF 

SIP Session Initiation Protocol 

S-CSCF Serving CSCF 

T-IM-BCSM Terminating IP Multimedia Basic Call State Model 

VT-IM-CSI Terminating IP Multimedia CAMEL Subscription Information 

TDP Trigger Detection Point 

UNI User Network Interface 

VPLMN Visited PLMN 



CAMEL/IP Multimedia Core Network Interworking 



4.1 



Architecture 



This subclause describes the functional architecture needed to support CAMEL interactions with the S-CSCF in the IP 
Multimedia Subsystem. The IM-SSF is a SIP Application Server that interfaces SIP to CAP. The generic SIP 
Application Server behaviour of the IM-SSF is specified in TS 23.218 [5]. 

4.1 .1 Functional Entities used for CAMEL at IP Multimedia Registration 

Figure 4.1.1.1 shows the functional entities involved when an MS registers for IP Multimedia session requiring 
CAMEL support. General registration procedure is detailed in TS 23.228. Upon notification of a UE's registration, the 
IM-SSF requests O-IM-CSI, D-IM-CSI, VT-IM-CSI data from the HSS over the Si interface. 



Home Network 




Si Interface 



Cx Interface 



Interrogating Network 




Figure 4.1.1.1 : Functional architecture for support of CAMEL when mobile registers for IP Multimedia session 
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4.1 .2 Functional Entities used for CAMEL for MO and MT IP Multimedia 
session 

Figure 4. 1 .2. 1 shows the functional entities involved in a Mobile Originated IP Multimedia session requiring 

CAMEL support. The same functional architecture applies in a Mobile Terminated IP Multimedia session 
for CAMEL. 
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Figure 4.1 .2.1 : Functional architecture for support of CAMEL control of a MO IP Multimedia session 

4.2 Interfaces defined for an IM-SSF based Application Server 

4.2.1 CSCF - IM-SSF interface 

This interface is the IP Multimedia Service Control interface (ISC). This interface shall be based on SIP as detailed in 

3GPPTS 24.229 [10]. 

4.2.2 IM-SSF - gsmSCF interface 

This interface is used by the gsmSCF to control an IP Multimedia session in a certain IM-SSF. Relationships between 
the IM-SSF and the gsmSCF on this interface are opened as a result of the IM-SSF sending a request for instructions to 
the gsmSCF. This interface shall be based on 3GPP TS 29.278 [9]. 

4.2.3 HSS - CSCF interface 

This interface is used to send CAMEL related subscriber data to a CSCF, e.g. IM-CSI. This interface shall be based on 
3GPP TS 29.229. 



4.3 Detection Points (DPs) 



Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. 

A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 
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Trigger Detection Point - Request (TDP-R). 

This detection point is statically armed and initiates a CAMEL control relationship when encountered and there 
is no existing relationship due to the same CSI. Processing is suspended when the DP is encountered. 

Event Detection Point - Request (EDP-R). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the IM-SSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N). 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following clauses. 

4.3.1 Arming/Disarming mechanism 

A DP may be statically armed or dynamically armed. 

The following arming rules apply: 

DPs for a mobile originating call handling is statically armed in the IM-SSF as a result of O-IM-CSI and D-IM- 
CSI data delivery from the HSS. Likewise, DPs for mobile terminating call handling is statically armed in the 
IM-SSF as a result of VT-IM-CSI data delivery from the HSS. Static arming of DPs in the IM-SSF occurs during 
the UE's registration in the IMS CN. Basically, when the IM-SSF is notified of the UE's initial registration, the 
IM-SSF queries the HSS for the subscriber's CAMEL Subscription Information via the Si interface. 

A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship as a result of 
IM-SSF receiving the RequestReportBCSMEvent operation. 

The following disarming rules apply: 

A statically armed DP is disarmed when the IP Multimedia CSI data is withdrawn in the HSS/HLR. Only TDP- 
Rs can be disarmed using this mechanism. 

If an armed EDP is met, then it is disarmed. 

If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

If a call session is released, then all EDPs related to that call session are disarmed. 

If an EDP is met, then other EDPS are disarmed, in accordance with the implicit disarming rule table specified in 
TS 23.078 Rel-99 [11] (refer to the section for "Rules for Implicit Disarming of Event Detection Points'). 

If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the RequestReportBCSMEvent 
information flow. 

4.3.2 Criteria 

Criteria are the conditions that must be met in order for the IM-SSF to request instructions from the gsmSCF. 

DP criteria are checked in the IM-SSF. Criteria for originating DPs (i.e. Collected_Info, Analysed_Information, and 
Route_Select_Failure TDPs ) are checked in the IM-SSF associated with the originating UE's S-CSCF. Criteria for 
terminating DPs (i.e. T_Busy and T_No_Answer) are checked in the IM-SSF associated with the terminating UE's S- 
CSCF. 

Based on the Initial Filter Criteria information, the S-CSCF forwards the SIP message to the IM-SSF. The DP 
encountered is identified based on the SIP message received from the S-CSCF. Refer to Table 4.2 and Table 4.4 for 
mapping of SIP messages to CAMEL IM-BCSM Detection Points. 
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4.3.2.1 Criteria at Collectedjnfo 

The following criteria are applicable for DP Collectedjnfo: 

Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers and/or up to 3 
number lengths. There is no restriction on the nature of address. There is no restriction on the numbering plan 
indicator. This criterion may be defined to be either "enabling" or "inhibiting". 

Triggering at DP Collectedjnfo shall be strictly based on the destination number received from the S-CSCF. 

The destination number received from the S-CSCF shall not be modified before conditional triggering check takes 
place. 

If the destination number triggering criterion is enabling, then the IM-SSF may establish a dialogue with the gsmSCF if: 
the destination number matches one of the destination number strings defined in the list; or 
the length of the destination number matches one of the destination number lengths defined in the list. 

In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the IM-SSF may establish a dialogue with the gsmSCF 
if: 

the destination number does not match any of the destination number strings defined in the list; and 

the length of the destination number does not match any of the destination number lengths defined in the list. 

In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

4.3.2.2 Criteria at DP Analysedjnformation 

4.3.2.2.1 General 

The following criteria are applicable for DP Analysedjnformation: 

Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers. There is no 
restriction on the nature of address. There is no restriction on the numbering plan indicator. 

For MO calls, triggering at DP Analysed Jnfo shall be based on the destination number received in the Connect 
operation from the gsmSCF during a Mobile Originating CAMEL Service. 

4.3.2.2.2 Number comparison 

The following procedure shall be performed for the comparison of the destination number triggering criterion and the 
address information in the given order. 

1 . The numbering plan indicators of both numbers are ignored. 

2. The type of number/nature of address indicators of both numbers are compared. If there is a match of the type of 
number indicator, then the check shall be performed by comparing the digits as defined in step 6. If there is no 
match of the type of number the comparison procedure shall continue as follows. 
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3. If there are other type of number/nature of address indicators present than "unknown", "national (significant) 
number" or "international number" then the destination number does not match the destination number triggering 
criterion. Otherwise the comparison procedure shall continue as follows. 

4. If there is a number with type of number/nature of address "unknown" this number shall be translated based on 
the numbering plan of the serving entity in either of the following ways: 

if the leading digits refer to an international prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "international number". 

if the leading digits refer to a national (trunk) prefix, those digits shall be removed and the type of 
number/nature of address shall be set to "national (significant) number". 

If the leading digits refer neither to an international prefix nor to a national (trunk) prefix, then the destination 
number does not match the destination number triggering criterion. 

If there is a match of the type of number/nature of address indicator after this number modification, then the 
check shall be performed by comparing the digits as defined in step 6, otherwise the comparison procedure shall 
continue as follows. 

5. If there is a number with type of number/nature of address "national (significant) number" this number shall be 
translated based on the numbering plan of the serving entity to international format by adding the country code 
of the serving entity to the number string. After this modification both numbers shall be in international format 
and shall be checked by comparing the digits as defined in step 6. 

6 If the number digits of the address information are compared with the number digits of the destination number 
triggering criterion, then there is a match if: 

the destination number is at least as long as the destination number string of the destination number 
triggering criterion; and 

all the digits in the destination number string of the destination number triggering criterion match the leading 
digits of the destination number. 

The check described in this clause shall be repeated for every number contained in the destination number triggering 
criterion of the D-IM-CSI until a match is recognised and DP Analysed_Info is triggered, or until all the destination 
numbers have been checked without a match being recognised. In the latter case DP Analysed_Info is not triggered. 

4.3.2.3 Criteria at DP Route_Select_Failure 

The HLR may store a list of up to 5 cause values. 

The following criteria are applicable for DP Route_Select_Failure: 

Release cause code. 

The trigger criteria is met if the cause code received from the terminating party's network (could be a PSTN or an IMS 
network) is equal to at least one of the cause codes in the trigger criteria list. 

If a O-IM-BCSM was already invoked and there is a relationship with the gsmSCF at that moment, then no additional 
relationship shall be initiated. 

4.3.2.4 Criteria at DP T_Busy and T_No_Answer 

The HSS may store a list of up to 5 cause values. 

The triggering is based on the release cause code received from terminating UE's P-CSCF. 

The following criteria are applicable for DP T_Busy and T_No_Answer: 

Release cause code. 

The trigger criteria are met if the cause code received from the terminating UE's P-CSCF is equal to at least one of the 
cause codes in the trigger criteria list. 
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If trigger criteria are satisfied, then the corresponding Service Logic shall be invoked. 

4.4 Description of CAIVIEL Subscriber Data 

4.4.1 IP IVIultimedia CAIVIEL Subscription Information (IM-CSI) 

This subclause defines the contents of the IP Multimedia CAMEL Subscription Information. IM-CSI data are 
provisioned in the HSS for subscribers having originating and/or terminating IP Multimedia CAMEL services. This 
information shall be sent by the HSS to the IM-SSF via the Si Interface. The IM-CSI data contains the O-IM-CSI, D- 
IM-CSI, and VT-IM-CSI. 

4.4.1 .1 Originating IP Multimedia CAMEL Subscription Information (O-IM-CSI) 

4.4.1.1.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.1.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.1.4 TDP List 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
possible: DP Terminating_Attempt_Authorised, DP T_Busy, and DP T_No_Answer. 

4.4.1 .1 .5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.1.6 CSI Status 

The CSI state indicates whether the O-IM-CSI is active or not. 

4.4.1.1.7 Notification Flag 

The notification flag indicates whether changes of the O-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.1.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .2 Dialled Services IP Multimedia CAMEL Subscription Information (D-IM-CSI) 
4.4.1.2.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 
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AAA. 2.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1.2.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1 .2.4 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.2.5 CSI Status 

The CSI state indicates whether the D-IM-CSI is active or not. 

4.4.1.2.6 Notification Flag 

The notification flag indicates whether changes of the D-IM-CSI shall trigger the Notification on Change of Subscriber 
Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 

4.4.1.2.7 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1 .3 Terminating IP Multimedia CAMEL Subscription Information (VT-IM-CSI) 

4.4.1.3.1 gsmSCF Address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

4.4.1.3.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that shall apply. 

4.4.1 .3.3 Default Call Handling 

The Default Call Handling indicates whether the IP Multimedia session shall be released or continued as requested in 
case of error in the IM-SSF to gsmSCF dialogue. 

4.4.1.3.4 TDP List 

The TDP List indicates on which detection point triggering shall take place. The following trigger detection points are 
allowed: DP Terminating_Attempt_Authorised, DP T_Busy, and DP T_No_Answer. 

4.4.1 .3.5 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. 

4.4.1.3.6 CSI Status 

The CSI state indicates whether the VT-IM-CSI is active or not. 

4.4.1.3.7 Notification Flag 

The notification flag indicates whether changes of the VT-IM-CSI shall trigger the Notification on Change of 
Subscriber Data. In order to update the IM-SSF of IM CSI changes, this flag shall be set to yes. 
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4.4.1.3.8 DP Criteria 

The DP criteria indicate whether the IM-SSF shall request the gsmSCF for instructions. 

4.4.1.4 Other CAMEL Data 

4.4.1.4.1 gsmSCF address list for CSI 

The gsmSCF address list for CSI indicates a list of gsmSCF addresses to which Notification on Change of Subscriber 
Data is to be sent. In order to provide Notification on Change of Subscriber Data to the IM-SSF, the IM-SSF address 
shall be included in the gsmSCF address list. 

The IM-SSF address is added to the address list for notification in the HSS/HLR as described in subclause 5.1.2. 

The IM-SSF shall handle the receipt of the Notification on Change of Subscriber Data using the same procedure as that 
of a gsmSCF. 

4.5 Description of CAIVIEL State IVIodels 

In the IM Subsystem, calls are controlled by the Serving CSCF (S-CSCF) where a subscriber is registered. A state 
model describes the call control behaviour of an IM-SSF. 

4.5.1 General Handling 

The Basic Call State Model (BCSM) is used to describe the handling of originating and terminating calls. It identifies 
the points in a call where gsmSCF based service applications is permitted to interact with the call control capabilities of 
an IM-SSF. Figure 4.5.1.1 illustrates how transitions between states. Detection Points and Points In Call components 
are shown in the BCSM diagrams. 

Transition 



DP 



Point In Call (PIC) 



Figure 4.5.1.1 : BCSM Components 

4.5.2 Originating CAMEL Basic Call State Model (0-IM-BCSM) 
4.5.2.1 Description of the O-IIVI-BCSIVI 

The O-IM-BCSM is used to model the behaviour of an IM-SSF for an originating call. When an armed DP is 
encountered, O-IM-BCSM processing is suspended at the DP and the IM-SSF indicates this to the gsmSCF if 
appropriate. 
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1 



0_Null & Authorise_Origination_ 
Attempt_Collect_lnfo 



0_Disconnect 



Basic Call transition 




invalid information 



Route_Seiect_ 
Faiiure 



0_Busy 



0_No_Answer 



0_Exception 

II — 



0_routing_and_aierting_faiiure 



0_active_faiiure 



Figure 4.5.2.1.1: Originating CAIVIEL Basic Call State Model (0-IM-BCSM) 

The following table 4.5.2.1.1 defines the DPs that apply to originating calls. 
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Table 4.5.2.1.1 : Description of the O-IIUI-BCSM DPs in an IM-SSF 



CAMEL Detection Point: 


DP Type 


Description: 


DP Collectedjnfo 


TDP-R 


Indication that the 0-IM-CSI is analysed 


DP Analysedjnformation 


TDP-R 


Availability of routeing address and nature of address. 


DP Route_Select_Failure 


TDP-R, EDP-N, 
EDP-R 


Indication that the session establishment failed. 


DP 0_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event Is determined upon a SIP error 
response. 


DP 0_No_Answer 


EDP-N, EDP-R 


Indication that: 

- an application timer associated with the 
0_No_Answer DP expires, 

- a no answer event is determined upon SIP a error 
response 


DP 0_Answer 


EDP-N, EDP-R 


Indication that the session is accepted and answered 
by the terminating party. 


DP 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating 
party or from the terminating party. 


DP 0_Abandon 


EDP-N, EDP-R 


Indication that a disconnect indication is received from 
the originating party during the session establishment 
procedure. 



4.5.2.2 Description of Points In Call 

This sub-clause describes the Points In Call for originating calls. The entry events, actions and exit events are described 
for each Point in Call. 

4.5.2.2.1 0_Null & Authorise_Origination_Attempt_Collect_lnfo 

Entry events: 

Disconnection and clearing of a previous call (DP 0_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

Abandon event is reported from Analyse_Information or Routing and Alerting PIC. 

- Exception event is reported. 
Actions: 

Interface is idled. 

Originating call: SIP INVITE request message containing the dialled number is received from MS. 

Information being analysed e.g., O-IM-CSI is analysed. 
Exit events: 

- Originating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 
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4.5.2.2.2 Analysejnformation 

Entry events: 

- Originating CSI is analysed. (DP Collected Info). 

New routeing information is received when Busy event (DP 0_Busy), Route Select Failure event 

(DP Route_Select_Failure), Not Reachable event (DP 0_Busy) or No Answer event (DP 0_No_Answer) is 

reported from Routing and Alerting PIC. 

New routeing information is received when Disconnect event is reported from 0_Active PIC. 
Actions: 

Compare the called party number with the dialled services information. 
Exit events: 

Availability of routeing address and nature of address. (DP Analysed_Information). 

An exception condition is encountered (e.g. wrong number)- this leads to the 0_Exception PIC. 

Calling party abandons the call- this leads to the 0_Abandon DP. 

4.5.2.2.3 Routing and Alerting 

Entry events: 

Availability of routeing address and nature of address. (DP Analysed_Information). 
Actions: 

Information is being analysed and/or translated according to dialling plan to determine routeing address. 

Routeing address being interpreted. 

Call is being processed by the terminating half BCSM. Continued processing of SIP call session setup (e.g., 
ringing) is taking place. Waiting for indication from terminating half BCSM that the call has been answered by 
terminating party. 

Exit events: 

Indication from the terminating half BCSM that the call is accepted and answered by terminating party 
(DP 0_Answer). 

An exception condition is encountered - this leads to the 0_Exception PIC. 

Calling party abandons the call- this leads to the 0_Abandon DP. 

A busy indication is received from the terminating party - this leads to the 0_Busy DP. 

A not reachable indication is received from the terminating party - this leads to the 0_Busy DP. 

Attempt to select the route for the call fails - this leads to the Route_Select_Failure DP. 

If the no reply timer expires and DP 0_No_Answer is armed - this leads to the 0_No_Answer DP. 

4.5.2.2.4 0_Active 

Entry events: 

Indication from the terminating half BCSM that the call is accepted and answered by the terminating party 
(DP 0_Answer). 

Actions: 

SIP session established between originating party and terminating party. - Call release is awaited. 
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Exit events: 

A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM. (DP - ©.Disconnect). 

An exception condition is encountered. 

4.5.2.2.5 0_Exception 

Entry events: 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 

Actions: 

Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

Resources made available for setting up the SIP call session are released. 

Exit events: 

Default handling of the exception condition by IM-SSF completed. 

4.5.3 Mapping of SIP Method/Response to 0-IM-BCSM Detection Points 

This sub-clause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.5.3.1 : Mapping of SIP Method/Response to CAMEL 0-IM-BCSM DPs 



CAMEL 0-IM-BCSM DP: 


SIP Method/Response 


DP Collected_lnfo 


INVITE 


DP Analysed_lnformation 


N/A 


DP Route_Select_Failure 


4XX(except401,407, 408, 
480, 488), 

5xx, and Bxx (except 600, 
603) 


DP 0_Busy 


486 Busy Here 

600 Busy Everywhere 


DP 0_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP 0_Answer 


200 OK 


DP 0_Disconnect 


BYE 


DP 0_Abandon 


CANCEL 
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4.5.4 Terminating CAMEL Basic Call State Model (T-IM-BCSM) 



4.5.4.1 



Description of the T-IM-BCSM 



The T-IM-BCSM is used to model the behaviour of an IM-SSF for a terminating call. When a DP is encountered, T-IM- 
BCSM processing is suspended at the DP and IM-SSF indicates this to the gsmSCF if appropriate. 



Term 'nating_ 



T Null 



T_Exception 



Abandon 

A ttempt_A uthorised 



Terminating Call Handling 



T_Busy 



T No Answer 



T_call_handling_failure 



T Disconnect 



T Answer 



T Active 



T_active_failure 



^ Basic Call transition 

Figure 4.5.4.1.1 : Terminating CAIVIEL Basic Call State Model (T-IM-BCSM) 

The following table 4.5.4.1.1 defines the DPs that apply to terminating calls. 
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Table 4.5.4.1.1 : Description of T-IIVI-BCSM DPs in the S-CSCF 



CAMEL DP: 


DP Type 


Description: 


DP Terminating_Attempt_ 
Authorised 


TDP-R 


Indication that the VT-IIVI-CSI is analysed. 


DP T_Busy 


TDP-R, EDP-N, 
EDP-R 


Indication that: 

- a busy indication is received from the terminating 
party, 

- a not reachable event is determined (e.g. 
terminating party is not currently registered). 


DP T_No_Answer 


TDP-R, EDP-N, 
EDP-R 


Indication that an application timer associated with 
the T_No_Answer DP expires. 


DP T_Answer 


EDP-N, EDP-R 


Session is accepted and answered by terminating 
party. 


DP T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the 
terminating party or from the originating party. 


DP T_Abandon 


EDP-N, EDP-R 


A disconnect indication is received from the 
originating party during the session establishment 
procedure. 



4.5.4.2 



Description of Points In Call 



This sub-clause describes the Points In Call for terminating calls. The entry events, actions and exit events are described 
for each Point in Call. 



4.5.4.2.1 
Entry events: 



T Null 



Disconnection and clearing of a previous call (DP T_Disconnect) or default handling of exceptions by IM-SSF 
completed. 

Abandon event is reported from Terminating Call Handling PIC. 

Exception event is reported. 
Actions: 

Interface is idled. 

SIP INVITE message for terminating call request is received, the appropriate information is analysed. 
- VT-IM-CSI is analysed. 
Exit events: 

Terminating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- Calling party abandons call. 

4.5.4.2.2 Terminating Call Handling 

Entry events: 

Terminating CSI (if available) is analysed. (DP Terminating_Attempt_Authorised). 
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New routeing information is received when Busy event (DP T_Busy) or No Answer event (DP T_No_Answer) 
is reported from Terminating Call Handling PIC. 

New routeing information is received when Disconnect event is reported from T_Active PIC. 

New routeing information is received when the terminating party not reachable is reported from Terminating 
Call Handhng PIC. 

Actions: 

Routeing address and call type being interpreted. The next route or terminating access is being selected. 

The terminating party is being alerted. Waiting for the call to be answered by terminating party. 
Exit events: 

Call is accepted and answered by terminating party. 

An exception condition is encountered - this leads to the T_Exception PIC. Example exception conditions: the 
SIP call session request was not successful. 

Calling party abandons the call - this leads to the T_Abandon DP. 

A busy indication is received from the terminating party's P-CSCF - this leads to the T_Busy DP. 

Not reachable event detected from the terminating party's P-CSCF this leads to the T_Busy DP. 

- If no reply timer expires and DP T_No_Answer is armed - this leads to the T_No_Answer DP. 

4.5.4.2.3 T_Active 

Entry events: 

- Indication that the call is accepted and answered by the terminating party. (DP T_Answer). 
Actions: 

SIP session established between originating party and terminating party. 

Call release is awaited. 

Exit events: 

A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM. (DP T_Disconnect). 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure that means that the normal exit events for a PIC can not be met. 

4.5.4.2.4 TException 

Entry events: 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for PIC cannot be met. 



Actions: 



Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the IM-SSF and the gsmSCF, the IM-SSF shall send an error information 
flow closing the relationships and indicating that any outstanding call handling instructions will not run to 
completion. 

. Resources made available for setting up the SIP call session are released. 
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Exit events: 

- Default handling of the exception condition by IM-SSF completed. 

4.5.5 Mapping of SIP Method/Response to T-IM-BCSM Detection Points 

This sub-clause describes mapping of SIP methods and responses to CAMEL Detection Points. 

Table 4.5.5.1 : Mapping of SIP Method/Response to CAMEL T-IM-BCSM DPs 



CAMEL T-IM-BCSM DP: 


SIP Method/Response 


DP Terminating_Attempt_ 
Authorised 


INVITE 


DP T_Busy 


4XX (except 401, 407, 408, 480), 
5xx, and 6xx (except 603) 


DP T_No_Answer 


603 Decline 

408 Request Timeout 

480 Temp Unavailable 


DP T_Answer 


200 OK 


DP T_Disconnect 


BYE 


DP T_Abandon 


CANCEL 



5 Procedures for IM-SSF Application Server 

The SDLs in this specification illustrate how CAMEL modifies the normal multimedia call. They do not attempt to 
show all the details of multimedia handling in all the modes that support CAMEL. 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 
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5.1 Overall SDL Architecture 
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Figure 5.1 .1 : Outgoing Case (IIUI-SSF relay) 
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Figure 5.1.2: Outgoing Case (direct path gsmSCF to gsmSRF/MRCF) 
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5.1 .1 Handling of Registration and De-registration in tine IM-SSF 

During the UE registration, the HSS shall send the filter criteria for the IM-SSF to the S-CSCF if the subscriber is 
provisioned with IP Multimedia CAMEL Subscription Information data at the HSS. 

- The HSS shall include the IMSI data for the subscriber within the Service Information element of the filter 
criteria for IM-SSF. The IMSI shall be used for querying the HSS/HLR for CAMEL Subscription 
Information data via a MAP interface. 

The CAMEL service provider determines the actual format of the data sent within the Service Information element of 
the filter criteria (e.g. IMSI). The actual format is transparent to the S-CSCF i.e. CAMEL service information is not 
processed, analysed, or evaluated by the S-CSCF. It is, however, known to the IM-SSF, gsmSCF, and the HSS (for 
provisioning of the service information data). 

If a registration/de-registration request matches the filter criteria of the IM-SSF, the S-CSCF informs the IM-SSF of the 
request by performing a third party registration/de-registration i.e. a SIP REGISTER message is sent from the S-CSCF 
to the IM-SSF. 

General handling of IP Multimedia registration, re-registration, de-registration and receipt of initial filter criteria at the 
S-CSCF is specified in TS 23.228 and 23.218. 

The procedures specific to CAMEL are specified in this subclause: 

Procedure CAMEL_IMCN_Register_Init 

Procedure CAMEL_IMCN_Register; 

Procedure CAMEL_IMCN_DeRegister. 

5.1 .1 .1 Procedure CAMELJMCN_Register 

When querying the HSS for the subscriber's IM CSI data, the IM-SSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done, i.e Sending of multiple Any Time Interrogation operations can be 
done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall send a SIP response 
message to the S-CSCF. 
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procedure CAMELJMCNRegisterJnit 
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N3 



(^AMELJMCN 
DeRegister 




idle 



> REGISTER 



-<&:pires >^ 



Yes 



qAMELJMCNl 
Register 




1(1) 



Signals to/from the left areto/fnomthe[\ 
the S-CSCF. 



Figure 5.1.1.1a: Procedure CAMEL_IMCN_Register_lnit (sheet 1) 
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procedure CAMELJMCNRegister 
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Figure 5.1.1.2a: Procedure CAMEL_IMCN_Register (sheet 1) 
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procedure CAMEL_IMCN_DeRegister 

Pnocedurein IM-SSF when notified ot 
of aUE'sde-Registtation. ^ 



1(1) 
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IM-CSI data 



200 OK 




No 



Figure 5.5a: Procedure CAMELJMCNDeRegister (sheet 1) 

5.1 .2 Handling of Notify Subscriber Data Cinange 

When the HSS/HLR updates the CSI for a subscriber in the IP Multimedia CN subsystem, the HSS/HLR shall send a 
Notify Subscriber Data Change to the IM-SSF if all of the following conditions are true: 

- The IM CSI data is marked with the Notification Flag 

- The IM-SSF address is included in the gsmSCF address list 
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The IM-SSF address shall be added in the gsmSCF address list at the HSS/HLR for notification of IM-CSI updates if 
one of the following conditions occurs: 

a. The HSS/HLR is notified of the subscriber's registration at the S-CSCF (via Cx interface), and the 
subscriber is provisioned with IM CSI data. 

b. Operator provisions HSS/HLR subscriber data with IMS CAMEL service while the subscriber is currently 
registered in the IMS network i.e. one or more IM CSI data is added to the subscriber's profile in the 
HSS/HLR. 

c. The HSS/HLR is notified of mobile termination for an unregistered subscriber (via Cx interface), and the 
subscriber is provisioned with IM CSI data 

The IM-SSF address shall be deleted from the gsmSCF address list when the HSS/HLR initiates, or is notified of, the 
UE's deregistration. 

The IM-SSF address in the gsmSCF address list may be changed when the HSS/HLR receives a notification of a 
registration for a UE with a S-CSCF name different from the previously assigned S-CSCF name (i.e. re-registration 
from HSS/HLR point of view). The HSS/HLR shall overwrite the existing IM-SSF address with the IM-SSF address 
associated with the new S-CSCF name. 

The HSS/HLR procedure for sending the Notify Subscriber Data Change to the IM-SSF is the same procedure used for 
notifying the gsmSCFs in the Circuit Switched CN. This procedure is described in Procedure CAMEL_NSDC_HLR 
specified in TS 23.078 Rel-99 [11]. 

The procedures specific to IM-SSF' s handling of the Notify Subscriber Data Change is specified in this subclause: 

Procedure CAMEL_IMCN_HSS_Update_CSI 
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procedure CAMEL_IMCN_CSI_Update 
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1(1) 



Signals signals to/from the rightl 
are to/from the HSS/HLR. 



Figure 5.1.2.1a: Procedure CAMEL_IMCN_HSS_Update_CSI (sheet 1) 
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5.1 .3 Handling of Mobile Originated Calls in the IM-SSF 

The functional behaviour of the S-CSCF is specified in 3GPP TS 23.218 [5]. The procedures specific to CAMEL are 
specified in this subclause: 

Procedure CAMEL_IMCN_MO_INVITE; 

Procedure CAMEL_lMCN_MO_BYE; 

Procedure CAMEL_IMCN_MO_CANCEL; 

Procedure CAMEL_IMCN_MO_Response_Code. 

5.1 .3.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the MS. The IM-SSF then releases all resources and 
the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

5.1 .3.2 Actions of the IM-SSF on receipt of lnt_Contlnue 

The IM-SSF continues processing without any modification of call parameters. 

5.1 .3.3 Actions of the IM-SSF on receipt of lnt_Continue_Wlth_Argument 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall modify the call parameters by the 
information received in the Int_Continue_With_Argument message. Call parameters that are not included in the 
Int_Continue_With_Argument_Message are unchanged. 

5.1 .3.4 Actions of the IM-SSF on receipt of lnt_Connect 

The IM-SSF continues processing with modified call parameters. The IM-SSF shall transparently modify the call 
parameters with the received information. Call parameters which are not included in the Int_Connect message are 
unchanged. 

5.1 .3.5 Actions of the IM-SSF on receipt of lnt_Release_Call 

A BYE is sent to the MS, and a BYE is sent to the destination CSCF. The release cause received in the 
Int_Release_Call is used. The IM-SSF then releases all call resources and all CAMEL processing ends. 
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procedure CAMELJMCN_MOJNVITE 
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handling for an outgoing call INVITE request. */ 
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Figure 5.1.3.1a: Procedure CAMEL_IMCN_MO_INVITE (sheet 1) 
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Procedure CAMEL IMCN MO OCSI INIT 
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Figure 5.1.3.2a: Procedure CAMEL_IMCN_MO_OCSI_INIT (sheet 1) 



ETSI 



3GPP TS 23.278 version 5.0.0 Release 5 



36 



ETSI TS 123 278 V5.0.0 (2002-09) 



Procedure CAMEL IMCN MO OCSI INIT 
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Figure 5.1.3.2b: Procedure CAMEL_IMCN_MO_OCSI_INIT (sheet 2) 
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Procedure CAMEL IMCN MO OCSI INIT 
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Figure 5.1.3.2c: Procedure CAMEL_IMCN_MO_OCSI_INIT (sheet 3) 
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Procedure CAMEL IMCN MO OCSI INIT 



r Procedure in the IM-SSF to ' ^_^ 
perform CAMEL handling for 1 
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Figure 5.1.3.2d: Procedure CAMEL_IMCN_MO_OCSI_INIT (sheet 4) 
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procedure CAMEL_IMCN_MO_DCSIJNIT 
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Figure 5.1.3.3a: Procedure CAMEL_IMCN_MO_DCSI_INIT (sheet 1) 
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procedure CAMEL_IMCN_MO_DCSIJNIT 
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Figure 5.1.3.3b: Procedure CAMEL_IMCN_MO_DCSI_INIT (sheet 2) 
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procedure CAMEL_IMCN_MO_DCSIJNIT 
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Figure 5.1.3.3c: Procedure CAMEL_IMCN_MO_DCSI_INIT (sheet 3) 
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procedure CAMELJMCN_MO_CANCEL 
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Figure 5.1.3.4a: Procedure CAMEL_IMCN_MO_CANCEL (sheet 1) 
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procedure CAMEL_IMCN_MO_BYE 
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Figure 5.1.3.5a: Procedure CAMEL_IMCN_MO_BYE (sheet 1) 
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procedure CAMEL_IMCN_MO_BYE 
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Figure 5.1.3.5b: Procedure CAMEL_IMCN_MO_BYE (sheet 2) 
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procedure CAMEL_IMCN_MO_BYE 
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Figure 5.1.3.5c: Procedure CAMEL_IMCN_MO_BYE (sheet 3) 
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procedure CAMEL_IMCN_MO_ResponseCode 
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Figure 5.1.3.6a: Procedure CAMEL_IMCN_MO_ResponseCode (sheetl) 
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procedure CAMEL_IMCN_MO_ResponseCode 
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Figure 5.1.3.6b: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 2) 
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procedure CAMEL_IMCN_MO_ResponseCode 
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Figure 5.1.3.6c: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 3) 
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procedure CAMEL_IMCN_MO_ResponseCode 
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Figure 5.1.3.6d: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 4) 
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procedure CAMEL_IMCN_MO_ResponseCode 



5(7) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
the response code received*/ 



Result:= 
coninue 




Int Connect 



Modify cal I 

arameters with 

re cteived informati o r 



Result:= 
reconnect 



Signals to/from Q 

the right are to/from the imcnSSF, 
Signal to/from the left are to/from 
the MS 




Int DP O N6 Answer 



D[f'_0_No_Answer 

'\ ^ i 



Int Conlinye 



lnt_0_Excep¥on 



Int Error 



6xx 



Result:= 
release 




Int Release Call 



Figure 5.1.3.6e: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 5) 



ETSI 



3GPP TS 23.278 version 5.0.0 Release 5 



51 



ETSI TS 123 278 V5.0.0 (2002-09) 



procedure CAMEL_IMCN_MO_ResponseCode 



6(7) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
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to/from the MS; signals to/from 
the right are to/from the imcnSSF if 
not otherwise stated. 



> CAN GEL 



DP_0_Busy 

DP_Route_Select_Failure 
DP O No Answer 



CAMEL 



IMCN MO CANCEL 



Result: 
fail 




Figure 5.1.3.6f: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 6) 
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procedure CAMEL_IMCN_MO_ResponseCode 



7(7) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
the response code received*/ 



Signals to/from the right are to/fromL 
the imcnSSF if not otherwise stated. 



DP_Route_Select_Failure 

DP_0_Busy 

DP O No Answer 



lnt_Es1ablish_ 
Temper ar^ 
Connectionx 



CAMEL OCH ETC 



No 



lnt_ConnectLTo_ 
Resource \ 



CAMEL OCH CTR 




Yes 



Result:= 
continue 




Figure 5.1.3.6g: Procedure CAMEL_IMCN_MO_ResponseCode (sheet 7) 
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procedure CAMEL_IMCN_MO_200OK 



1(3) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
the 200 OK response 7 



No 



Result:= 
pass 




r Signals to/from the left are ^ 
to/from the MS; signals to/from 
the right are to/from the destination 
imcnSSF if not othenwise stated. 7 




Int DP O Answer 



finaLpespose_Rec^ived= 
True 



|DP_0_Answeri 

\ ^ I 



Int Releas 



Int Continue 



606NotAcceptble 



BYE 



- J To the destination S-CSCF 



Result:= 
pass 



Result:: 
fail 





Figure 5.1.3.7a: Procedure CAMEL_IMCN_MO_200OK (sheet 1) 
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procedure CAMEL_IMCN_MO_200OK 



2(3) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
the 200 OK response 7 



r Signals to/from the left are [\ 
to/from the MS; signals to/from 
the right are to/from the imcnSSF if 
not otherwise stated. 7 



f ^, 

pP_0_Answeri 



No 



606NotAfccep1ble 




Default call handling 
continue call ? 



Result:= 
Pass 



BYE 



Result:: 
fail 





J To the destination S-CSCF 



Figure 5.1.3.7b: Procedure CAMEL_IMCN_MO_200OK (sheet 2) 
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procedure CAMEL_IMCN_MO_200OK 



3(3) 



r Procedure in the IM-SSF to 
handle an outgoing call on 
the 200 OK response 7 



/* Signals to/from the left are l\ 
to/from the MS; signals to/from 
the right are to/from the destination 
S-CSCF if not othenwise stated. 7 



PP_0_ 



Answer! 



>BYE 



CAMIiL IMCN MC' BYE 



Result: 
fail 




Figure 5.1.3.7c: Procedure CAMEL_IMCN_MO_200OK (sheet 3) 
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Procedure CAMEL_0CHJMCN1 

r Procedure in the IM-SSF in the' _, 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. 7 



Int Conned 



Modify cal I 

darameters with 

re ceived informatl or 



Result:= 
reconnect 




Yes 



lnt_DP_0_Basy 



DP_0_Busy 



Int Contnqe 



1(3) 



Signals to/from the right are to/fromL 
the imcnSSF if notothenwise stated. 



Int Error 



Int Release Call 



No 



Result:= 
continue 




Figure 5.1.3.8a: Procedure CAMEL_0CH_IMCN1 (sheet 1) 
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Procedure CAMEL_0CHJMCN1 

r Procedure in the IM-SSF in the' _, 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. 7 



2(3) 



Signals to/from the left are [\ 

to/from the MS; signals to/from 
the right are to/from the imcnSSF if 
not otherwise stated. 



DP_0_Busy 



> CANCEL 



CAMEL IMCN MO CANCEL 




Figure 5.1.3.8b: Procedure CAMEL_0CH_IMCN1 (sheet 2) 
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Procedure CAMEL_0CHJMCN1 

r Procedure in the IM-SSF in the' _, 
case of CAIVIEL handling to 
connect a call at DP Busy, 
Route select failure. 7 



3(3) 



Signals to/from the right are to/fromL 
the imcnSSF if not otherwise stated. 



DP_0_Busy 



lnt_Es1ablish_ 
Temper ar^ 
Connection 



lnt_ConnectLTo_ 
Resource \ 



CAMEL OCH GTR 




Figure 5.1.3.8c: Procedure CAMEL_0CH_IMCN1 (sheets) 
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5.1 .4 Handling of Mobile Terminated IP Multimedia sessions in the IM- 
SSF 

The functional behaviour of the S-CSCF for handhng terminating calls is specified in 3GPP TS 23.218 [5]. The 
procedures specific to CAMEL are specified in this subclause: 

Procedure CAMEL_IMCN_MT_INVITE; 

Procedure CAMEL_IMCN_MT_BYE; 

Procedure CAMEL_IMCN_MT_CANCEL 

Procedure CAMEL_IMCN_MT_Response_Code. 

5.1 .4.1 Actions of the IM-SSF on receipt of lnt_Error 

The IM-SSF checks the default Call Handling parameter in the relevant CSI. 

If the default call handling is release, a BYE indication is sent to the originating CSCF. The IM-SSF then releases all 
resources and the invoked CAMEL procedure ends. 

If the call handling is continue, the IM-SSF continues processing without CAMEL support. 

5.1 .4.2 Actions of the IM-SSF on receipt of lnt_Release_Call 

The IM-SSF BYE message is sent to the originating CSCF and resources are released. 

5.1 .4.3 Actions of the IM-SSF on receipt of lnt_Contlnue_Wlth_Argument 

The IM-SSF shall replace the call parameters by the information received in the Int_Continue_With_Argument 
message. Call parameters that are not included in the Int_Continue_With_Argument_Message are unchanged. 

5.1 .4.4 Actions of IM-SSF In procedure CAMELJMCN_MTJNVITE for Unregistered 
Subscriber 

When querying the HSS for the subscriber's IM CSI data, the IM-SSF does not have to wait for the HSS's response on 
the first query before the subsequent queries are done, i.e Sending of multiple Any Time Interrogation operations can be 
done in parallel. However, the IM-SSF shall wait for all the responses from the HSS before it shall continue with the 
handling of the terminating IP multimedia session. 
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Procedure CAMEL IMCN MT INVITE 



/* Process h the I M-SSF <:^ 
to perform CAMEL handling ^ 
for a terminating call request 7| 




No 



Yes 



ProvisionaLResponse_Rec(;ived := False 



Final_Res|X)nse_Receiv(;d := False 



In tj nvo ke_ih3C n S SF 
(VT-IM-CSIl/ 



j wait_for_ \ 
irncnSSF_lnvok0d 



lnt_imcnSSF_ 
Invoked \ 



lnt_DP_T8rmination_ 
attempt_Auj0rized 



1(5) 



Signals to/from the left are to/from[\ 

theorginaling S-CSCF; 

signals to/from the right are to/from 

theimcnSSF 



J i.e. Subscriber is 
I I not registered 




CAMEL 



> CANCEL 



IMCN MT CANCEL 



DP_Terminatiorl_ 
attempt_ I 



Result:= 
aborted 




Figure 5.1.4.1a: Procedure CAMEL_IMCN_MT_INVITE (sheet 1) 
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Procedure CAMEL IMCN MT INVITE 



r Process h the IM-SSF >_, 
to perform CAMEL handling ^ 
for a terminating call request 7| 



2(5) 



Signals to/from the left are to/from theK 
S-CSCF, and signals to/from the right 
are to/from the HSS. 



ATS I Ack< 



Store 
Subscriber infci 



Yes 




_JVIore IM CSi^ 
to^bsLrequested? 



No 





ATSLquery 



vyait for response 



Requested I MCS I: 
0-IM-CSI 
VT-IM-CSI 
D-IM-CSI 




ATS I negative 
Response \ 



Yfes 



^^^ MorelMCSl, 
to^berequestecl? 

No 

Yes At^^tdRe 

^^IM CSI is^ 

received? 



No 




Error = 
"Information 
Not Available"? 



No 



606 Not Acceptable 




Figure 5.1.4.1b: Procedure CAMEL_IMCN_MT_INVITE (sheet 2) 
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Procedure CAMEL IMCN MT INVITE 



r Process h the IM-SSF > _, 
to perform CAMEL handling ^ 
for a terminating call request 7| 




Provisional_Response_Rec(5ived := False 



FinaLRes|X)nse_Received := False 



In tj nvo ke_kic n S SF 
(VT-IM-CSI)/ 



i wait Jo r_ 1 
imcnSSF_lnvok0d 



IntJmcnSSfC 
Invoked \ 



3(5) 



Signals to/from the left are to/from^ 
the orginating S-CSCF; 
signals to/from the right are to/from 
the imcnSSF 



For Not Reachable ^ - - lnt_DP_T_Busy 



DP_T_Busy 



CAMEL 



CANCEL 



IMCN MT CANCEL 



Result:= 
aborted 




Figure 5.1.4.1c: Procedure CAMEL_IMCN_MT_INVITE (sheet 3) 
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Procedure CAMEL IMCN MT INVITE 



4(5) 



r Process h the IM-SSF > _, 
to perform CAMEL handling ^ 
for a terminating call request 7| 



Signals to/from the left are to/from ^ 
the orginating S-CSCF; 
signals to/from the right are to/from 
the imcnSSF, if not otherwise stated. 



DP_Termination_Attempt_Au1horized 
DP_T_Busy 



Int Conned 



181 Call 
Is Being 



lnt_Contnu^ / 

With \ lnt_Con1inqe 

_Argument\ 



_Eorw_acded re dely ed informati on' 



Modify call 
Parameters with 



Yes 



Modify call 
fjarameters witl|i 
red ■ 



on 



Int Error 



Defa ^ftCall HancU ing : 



l:o«tinuePatrr 



INVITE 



Result :=Pass 



J To the destination 
MS 




lnt_Releas^_Call 



No 



606 Not Acceptble 



Result := Fail 




Figure 5.1.4.1d: Procedure CAMEL_IMCN_MT_INVITE (sheet 4) 
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Procedure CAMEL IMCN MT INVITE 



r Process h the IM-SSF >_, 
to perform CAMEL handling ^ 
for a terminating call request 7| 



5(5) 



Signals to/from the left areto/from[\ 

the originating S-CSCF; 

signals to/from the right are to/from 

theimcnSSF; 

if not othenwise stated. 



DP_Termination_Attempt_Authorised 
DP_T_Busy 



> CANCEL 



CAMEL IMCN MT CANCEL 



Result:= 
aborted 




No 



lnt_Conne9^t_To_ 
Resource 



CAMEL MT CfR 




Yes 



Result:= 
fail 




Figure 5.1. 4.1 e: Procedure CAMEL_IMCN_MT_INVITE (sheet 5) 
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procedure CAMELJMCN_MT_CANCEL 



f Procedure in IM-SSF to perform_ 
CAMEL handling for an incoming ^ 
call CANCEL request. */ 



No 
200 OK 



No 



Provisiong PJfesponse^ Received 
=False 




Int DP O Abandon 



487 Request 
TerminataJ 



CANCEL 



1(1) 



Signals to/from the left are [\, 

to/from the originating S-CSCF; 
Signals to/from the right are to/from 
theimcnSSF. 7 



No 



481 Call 
Does Not 



Log/Transaction 
Exist 



Result: 
Fail 



; To the 
destination MS 



200 OK 



Result := 
Pass 




Figure 5.1.4.2a: Procedure CAMEL_IMCN_MT_CANCEL (sheet 1) 
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procedure CAMEL_IMCN_MT_BYE 

/* Procedure in the IM-SSF to perform CAMEL "^ 
handling for BYE Request in a MT call*/ ^ 



1(3) 



No 



BYEr 




/* Signals to/from the left are to/from [\ 
the originating S-CSCF; 
Signals to/from the right are to/from 
the imcnSSF if notolhenwise stated. */ 



No 



lnt_DP_ \ 
0_Disconne(H 
negld= 1 /7 

DP_ ] 
) Disconnect !l 



e.Be,^e:r.^Ca„ee 



Int Error 



Int Release Call Int Continue BYE 



From destination MS 



BYE 



-J To destination MS 



200 OK 



Final Respose_Received 
= False,? 



Yes 



result:= 

normaL 
handling 



487 Reques: 
Terminate 



No 




result:= 
CAMEL_ 
handling 





Figure 5.1.4.3a: Procedure CAMEL_IMCN_MT_BYE (sheet 1) 
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procedure CAMEL_IMCN_MT_BYE 

/* Procedure in the IM-SSF to perform CAMEL "^ 
handling for BYE Request in a MT call*/ ^ 



2(3) 



/* Signals to/from the left are to/from 
the originating S-CSCF; signals 
to/from the right are to/from the 
imcnSSF if not othenwise stated. */ 




lnt_DP_ \ 
_0_Disconnebt 
/* legld = 2// 

,, — ^ — . 

Disconnect k 



BYE 



Int Continue 




P Disconnect) 



BYE 



Int Error 



Int Continue 



Int Release Call 



200 OK 



result:= 
CAMEL_ 
handling 




'caf ^^ V '"'-^''°' 



Int Connecft 



Modify call 

:|arameters with 

re ceived inf or mati n n 



Final F^esponse Recqived 
False 



Result:= 
reconnect 



; To the Destination 
MS 



Figure 5.1.4.3b: Procedure CAMEL_IMCN_MT_BYE (sheet 2) 
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procedure CAMEL_IMCN_MT_BYE 

/* Procedure in the IM-SSF to perform CAMEL "^ 
handling for BYE Request in a MT call*/ ^ 



DPlO Disconnect 2 



lnt_Es1ablishl 

Temporary 

ConnectionX 



CAMEL MT E" 



No 



\,^ 



DPLO_DisconnecL2 

I 



3(3) 



Signals to/from the right are to/fromL 
the imcnSSF if not otherwise stated. 



lnt_Connec^To_ 
Resource \ 



CAMEL MT CTR 




Yes 



Result:= 
release 




Figure 5.1.4.3c: Procedure CAMEL_IMCN_MT_BYE (sheet 3) 
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procedure CAMEL_IMCN_MT_ResponseCode 



1(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



Resi 




/* Signals to/from the right are h 
to/from destination MS; 
signals to/from the left are to/from 
the originating S-CSCF if 
not otherwise stated.*/ 



CodejSlass 



4xx except 
401,407,413, 
420, 480 



600 Busy 



Ixx except 
100 



2xx 



Ixx 



No 



Provision al_Response 
^-^J^eceived--" ' 
= False? 

Yes 

C^ll/IEL_Start_Tlk)Ry 




Provisional 



Result := 



NormaLHandlirg CM\/IELHandlirig 



_Response_Received 
:= True 



Result:: 



Result ;= pass 




or 5xx 

or 6xx except 

600 



ACK 



E verywhere 
or 486 Busy 
Here 



480 



ACK 




Np answer 



TNRy 
expired 



BYE 




Figure 5.1.4.4a: Procedure CAMELJMCNMTResponseCode (sheet 1) 
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procedure CAMEL_IMCN_MT_ResponseCode 



2(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



Signals to/from L\, 

the right are to/from the imcnSSF if 
not otherwise stated. 




DP_0_Busy 



Int Connecft 



Modify call 

arameters with 

re cieived informati o n 



Int Continiae 



Int Error 



lnt_Releas^_Call 



Result:= 
reconnect 



No 



Result/ 
Fail 





Figure 5.1.4.4b: Procedure CAMEL_IMCN_MT_ResponseCode (sheet 2) 
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procedure CAMEL_IMCN_MT_ResponseCode 



3(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



Result:= 
coninue 




Int Connect 



Modify cal I 

arameters with 

re cteived informati o n 



Result:= 
reconnect 




Signals to/from [\ 

the right are to/from the imcnSSF, 
Signal to/from the left are to/from 
the originating S-CSCF. 



Int DP O N6 Answer 



Dlf'_0_No_Answer 

'^ ^ i 



Int Conlinye 



lnt_0_Excep¥on 



Int Error 



Int Release Call 



BYE 



- J To the destination MS 



6xx??? 



Result:= 
release 




Figure 5.1.4.4c: Procedure CAMELJMCNMTResponseCode (sheet 3) 



ETSI 



3GPP TS 23.278 version 5.0.0 Release 5 



72 



ETSI TS 123 278 V5.0.0 (2002-09) 



procedure CAMEL_IMCN_MT_ResponseCode 



4(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



Result:= 
coninue 




Int Connect 



Modify cal I 

arameters with 

re cteived informati o r 



Result:= 
reconnect 



Signals to/from Q 

the right are to/from the imcnSSF, 
Signal to/from the left are to/from 
the originating S-CSCF. 




Int DP O N6 Answer 



D[f'_0_No_Answer 

'\ ^ i 



Int Conlinye 



lnt_0_Excep¥on 



Int Error 



6xx 



Result:= 
release 




Int Release Call 



Figure 5.1.4.4d: Procedure CAMELJMCNMTResponseCode (sheet 4) 
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procedure CAMEL_IMCN_MT_ResponseCode 



5(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



Signals to/from the left are b^ 

to/from the originating S-CSCF; 
signals to/from the right are to/from 
the imcnSSF if not otherwise stated. 



> CAN GEL 



DP_0_Busy 

DP O No Answer 



CAMEL IMCN MT CANCEL 



Result: 
fail 




Figure 5.1.4.4e: Procedure CAMELJMCNMTResponseCode (sheet 5) 
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procedure CAMEL_IMCN_MT_ResponseCode 



6(6) 



r Procedure in the IM-SSF to 
handle an incomeing call on 
the response code received*/ 



lnt_EstablisMl 

Temporar^^ 

^Connectior^ 



CAMEL MT Etc 



No 



Signals to/from the right are to/fromL 
the imcnSSF if not otherwise stated. 



DP_0_Busy 

DP O No Answer 



lnt_ConnepLTo_ 
Resource 



CAMEL MT CTR 




Yes 

Result:= 
continue 




Figure 5.1.4.4f: Procedure CAMEL_IMCN_MT_ResponseCode (sheet 6) 
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Procedure CAMELJMCN_MT_200OK 

r Process h the IM-SSF^ _^ 
to handle a incoming call 
200 OK response*/ 



1(3) 



No 



Result:: 
pass 




r Signals to/from the left are ^ 
to/from the originating S-CSCF; 
signals to/from the right are to/from 
the imcnSSF if not otherwise 
stated. 7 




Int DP O Answer 



finaLRespose_Recqived= 
True 



0P 0_Answeri 



Int Continue 



Int Relea 



606 Not Acceptble 



Result:: 
pass 



BYE 



J To the destination MS 



Result:= 
fail 





Figure 5.1.4.5a: Procedure CAMEL_IMCN_MT_200OK (sheet 1) 
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Procedure CAMEL IMCN MT 200OK 



2(3) 



r Process h the IM-SSF 
to handle a incoming call 
200 OK response 7 



r Signals to/from the left are [^ 
to/from the originating S-CSCF; 
signals to/from the right are 
to/fromthe imcnSSF if 
not otherwise stated. 7 



f ^, 

pP_0_Answeri 



No 



606NotAfccep1ble 




Default call handling 
continue call ? 



Result:= 
Pass 



BYE 




Result:: 
fail 




Figure 5.1.4.5b: Procedure CAMEL_IMCN_MT_200OK (sheet 2) 
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Procedure CAMEL IMCN MT 200OK 



r Process h the IM-SSF 
to handle a incoming call 
200 OK response 7 



f ^ 

DP_0_Answeri 



>BYE 



CAMEiL IMCN MT BYE 



Result:: 
fail 




3(3) 



r Signals to/from the left are K 
to/from the originating S-CSCF.'^ 



Figure 5.1.4.5c: Procedure CAMEL_IMCN_MT_200OK (sheet 3) 
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Procedure CAMEL_Start_TNRy 



Prodedure in IM-SSFto start' 
the timer TNRy 




Start TNRy 
with received 
time value 



No 



TNRy default 
vklueavailabte? 

Yes 



Start TNRy with 
default value 




1(1) 



Figure 5.1.4.6a: Procedure CAMEL_Start_TNRy (sheet 1) 
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Procedure CAMEL_Stop_TNRy 



Procedure in the IM-SSF' 
to stop the timer TNRy 




No 



No 



1(1) 



Figure 5.1.4.7a: Procedure CAMEL_Stop_TNRy (sheet 1) 
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5.1.5 Handling of call in the imcnSSF 

Handling of mobile calls in the imcnSSF may involve the following process and procedures: 

imcnSSF; 

imcnCheck_Criteria; 

imcnConnect_To_Resource; 

imcnHandle_AC ; 

imcnHandle_ACR; 

imcnHandle_CIR; 

imcnHandle_CIR_leg; 

imcnComplete_FCI_record; 

imcnComplete_all_FCI_records; 

imcnHandle_0_AcceptCall; 
- imcnHandle_T_AcceptCall. 
The detailed error handling for the process imcnSSF and the associated procedures is specified in 3GPP TS 29.278. 
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5.1.5.1 



Process imcnSSF 



Process imcnSSF 

r K 

/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 



/* Timers used in the imcnSSF process: 



1(30) 



1\ 



Tssf: Application timer r the ssf. 
Top: Timer for call period. 

This timer measures the duration of a call period. 
Tsw: Ti me r f or ta riff sw itch . 

Atthe expiration of thistimer, a new tariff switch shall be started. 
Tw: Warning timer. 

Atthe expiration of thistimer, a warning tone shall be played to the calling parly 
DELTA: time, measured in the imcnSSF, elapsed between the time an 

ApplyCharging Report operation is send to the gsmSCFand an 

ApplyCharging operation is received from the gsmSCF. 
Tccd: Control of call duration timer. 

This timer supervises if after sending of ACR a new AC is received. 

Tccd has a value range of 1 to 20 seconds. 

Ranges for the default values for Tssf. 

- non user interaction Tssf timer value: 1 second to 20 seconds 

- user interaction Tssf timer value: 1 minute to 30 minutes 

V 

/* TASK definition: K 

The sending of an ApplicationBegin signal opens a new relationship to the gsmSCF. 

The sending of an ApplicationEnd or Abort signal terminates the relationship to the gsmSCF. 

V 



A 



r Decision box definitions (1) 

'armed TDPs for this CS I?' 

It isquestioned whether or not the ongoing call can encounter further TDPs which are 

indicated in the current CSI. 



'Call to be released?' 

It isquestioned whether or not the ongoing call will be released i mediately after imcnSSF 
has responded; that is the ongoing call will not send any signals furtheron tothe imcnSSF. 
NOTE: In this case the imcnSSF shall also go to idle. 

V 

r Decision box definitions (2) K 

Thefollowing decisions are used by procedures in CCF. 

ImcnSSF invoked?' 

Is the imcnSSF process in any state other than Idle? 

7 



Figure 5.1.5.1.1a: Process imcnSSF (sheet 1) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



2(30) 



r Signals to/from the left are to/from the IM-SSF;[; 
signals to/from the right are 
to/from the gsmSCF. */ 



The received CSI states 

whether DP Collected J nfo 

or DP Analysed_lnformation 

or DP Route_Select_Failure 

or DP T_Busy 

or DP T No_Answer 

or DP Termi nati ng_Attempt_ 

Authorised shall be armed 

asTDP. 




Int 


DP 





Answer, 


Int 


DP 


T 


Answer, 


Int 


DP 





Abandon, 


Int 


DP 


T 


Abandon, 


Int 


DP 


Route Select Failure, 


Int 


DP 





No Answer, 


Int 


DP 


T 


No Answer, 


Int 


DP 





Busy, 


Int 


DP 


T 


Busy, 


Int 


DP 





Disconnect, 


Int 


DP 


T 


Disconnect, 


Int 


DP 


_Analysed_lnfo 



In t_ Invoke 
' imcnSSF 
(O-IM-CSi; 



Intjnvoke 

imcnSSF 

(VT-IM-CS I) 



Intjnvoke 
MmcnSSF 



4D: 



M-CSI) 



lnt_0_Excep1i 
lnt_T_Excopti 



on, 
ion 



Arm DP 



Int Continue 



IntJmcnJ 
Invoked 



Wait_For_ 
I _Request 



s!;f 



Idle 



Figure 5.1.5.1.1b: Process imcnSSF (sheet 2) 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' ' 
IVIT call case. 7 1 



lnt_DP_Route_Select_Failure, 

lnt_DP_T_Busy, 

Int DP T No Answer 



K 3(30) 
/* Signals to/from the left are to/from the IM-SSF;L\ 
signals to/from the right are 
to/from the gsmSCF. 7 



IntTException, 
lnt_0_Excep1ion 





lnt„DP_0_Abandon, 




Int DP T Abandon, 




Int DP Disconnect, 




Int DP T Disconnect, 




Int DP Answer, 




Int DP T Answer, 




Int DP Busy, 




Int DP No Answer 







lnt_DP_ 

_Analysed_ 

Infnrnnation 




Gap treatment depends on 
the info received in the 
Call Gap message (i.e. 
tone/announce, cause, etc.) 



Figure 5.1.5.1.1c: Process imcnSSF (sheet 3) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



4(30) 



/* Signals to/from the left are to/from Die IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 





'Set Tssf to default 

non user interaction 

Tssf timer interval 

and restart Tssf 



'Set Tssf to default 

non user interaction 

Tssf timer interval 

and restart Tssf 



Application_ 
Begin 



Application_ 
Begin 



'Set Control 
Relationship' 



'Set Control 
Relationship' 



CAP InitialD 



CAP Initial Dl 



ACR sent:=false 
AC pending:=false 
Outstanding requests = 1 
Oustanding Call Information Report ■■ 



, Wai1ing_for_ 
I lnstructions_ 
r for PS 



Waiting_for_ 
Instructions , 



Figure 5.1. 5.1.1 d: Process imcnSSF (sheet 4) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



'Not Waiting for first 
response after DP 
or first reset Timer' ? 



CAP_Appl^ 
Charging 



Handle AC 



I SetTssfto 
cAP_Reset_Tinier 
tlmeJnlecraLan 
restart Tssf 



5(30) 



/* Signals to/from the left are to/from the IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



I Waiting_for_ 
Instructions 



CAP Reset Timer 




No 



Yes 



I SetTssfto 
CA P_Re set_Tirrier 
t ime interval ai 
restart Tssf 



:^ 



jWaiting_For_i 
Instructions ;' 



Internal 




Figure 5.1. 5.1. 1e: Process imcnSSF (sheet 5) 
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Process imcnSSF 

/* Invocation of imcnSSF in MO, 
IVIT call case. */ 



DP 0_No_answer of Ieg2 
DP_T_No_answer of Ieg2 
DP_0_Busyofleg2 
DP_T_Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP_0_Disconnectof Ieg2 
DP T Disconnect of Ieg2 



i Waitingfor^ j 
': Instructions ; 



r Signals to/from the left are to/from the IM-SSF 
signals to/from the right are 
toArom the gsmSCF. */ 



g30) 



Complete_ 

FCLrecord 

( I eg 2 ) 




DP_0_No_answer of Ieg2 
DP_T_No_answer of Ieg2 
DP_0_Busyof Ieg2 
DP_T_Busy of Ieg2 
DP_Route_Select_Failure of Ieg2 
DP 0_Disconnectof Ieg2 
DP_T_Disconnect of Ieg2 



Figure 5. 1.5. 1.1 f: Process imcnSSF (sheet 6) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



7(30) 



No 



Error \ 

Unexpected 
Data Value/ 



r Signals to/from the left are to/from the IM-SSF;[; 
signals to/from the right are 
to/from the gsmSCF. */ 



i WaitingLfor_ 
' Instructions 



CAP_Reque5_ 

_ReportBdSM_ 

Event X 



ui; 



Set Tssfto las! 
ed time interval 
iinci restart Tssf 




:^fes^ 



Arm EDP 

and/or 

disarm EDP 



jWai1ing_For_j 
I Instructions ; 



CallActive := FALSE 



Depending on the Monitoring 
^ parameter received for the 
indicated detection point. 
For DP on Disconnect a DP 
is only disarmed for the leg 
for which the event was 
received. 



CAP_ ^ 
ReleaseCall 



IntTException, 
lnt_0_Exception 




CAP_Apply_ 
Charging_Rjeport 



jCAP_Apply\ - 
Charging Report 




Handle CIR 



(pomplete_all. 
FCI records 



Abort 



Int ReleaseCall 



Stop Tssf 



Idle 



Figure 5.1. 5.1.1 g: Process imcnSSF (sheet 7) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



|Waiting_For_ 
'^Jnstructions 



CAP_Caneel_(AII) 



Disarm all 
EDPs 



Cancel all 
reports 



Set Tssf to last 

used time interval 

and restart Tss f 



i'Waiting_For_ 
I Instructions 



8(30) 



/* Signals to/from the left are to/from the IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



Figure 5.1. 5.1.1 h: Process imcnSSF (sheet 8) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



Waiting_for_ 
I Instructions 



CAP_Conn^tTo 
Resource \ 



Stop Tssf 




jse^ 



Set Tssf to u 
interaction timer 
v alue and restar t 



Tssf 

\k 

/ WaitingFor^ 
End Of ! 



9(30) 



/* Signals to/from the left are to/from the IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



ui> 



fail 



Set Tssf to last 
ed time interval 
itind restart Tssf 



Return appropriate 
error to the / 
imcnSCF / 



jWaiting_For_ 
Instructions 



Figure 5.1.5.1.1 i: Process imcnSSF (sheet 9) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



10(30) 



/* Signals to/from the right are[ 
to/from the gsmSCF. 7 



Monitoring 



CAP_Reque^t_ 
Report_BG§M_ 
[Evenly 



'^° > rmingrules j In state 'Monitoring', only 

jlfilled?--^^ I requests to disarm DPs or to 

Yes 



sent notifications are allowed 



Error: Unexpe.cted 
Data Value/ 



Arm DP 

and/or 

disarm DP 



Yes Any arrfied 
^P or report 
pending 



No 



Monitoring 



(pomplete_al[ 
FCI records 




No 



Wait_For_ 
_Request 



Idle 



Figure 5.1.5.1. 1j: Process imcnSSF (sheet 10) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



11(30) 



Waitingforjnstructions, 
Monitoring , 
Waiting_for_End_Of_User_lnteraction 




lnt_DP_0 
Disconnect 



^ 



lnt_DP_T_ 
^Disconnect 
[I D */ 



^ lnt_DP_0__ 
Abandon 



lnt_DP_T. 
Abandon 




CAP_Event 
_Report_BCE 

(Notify & C fjntiniie) 



Handle ACR 



Handle CIR 



Stop Tssf 



Int Continue 



(pomplete_alL 
FCI records 



Application, 
End 



Idle 



/* Signals to/from the left are K 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 



No 



erform implicit 
disarming of DPs 



F'erform implicit 
dsarming of DPs 



;CallActive : 
FALSE 



CallActive : 
FALSE 



Handle ACR 



andle_CIR 
leg (leglD) 




Set Tssf to default 
non user interaction 



restart Tssf 



OutstandingL 
_Requests:= 
Outstanding 



_Requests+ 1 



j Wai1ing_for_ 
1 Instructions 



F'erform implicit 
isarming of DF^s 



Stop Tssf 



Int Continue 



Handle ACR 



Handle CIR 



(pomplete_all^ 
FCI records 



Application_> 
End / 



Idle 



Figure 5.1.5.1.1k: Process imcnSSF (sheet 11) 



ETSI 



3GPP TS 23.278 version 5.0.0 Release 5 



92 



ETSI TS 123 278 V5.0.0 (2002-09) 



Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



12(30) 



/* Signals to/from the left are to/from Die IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



P Waiting for_End_Of_UserJnteraction 



I Internal 



r J Internal 



Tw expire 



Internal 



Tsw expi n 



I^LApply Internal 

Warning_1 one 



1 



Store cu rent 
value of Top 




This provokes the IM-SSF 
^ to play a tone to the party 
for whom the BCSM is operating 



U!> 



Bet Tssf to lasl 
edtime interval 
^nd restart Tssf 



Start Toed 



CallActive : 
TRUE 



CallActive := FALSE; 
'CallReleasedAtTcpExpiry present; 



Tccd expired 



-Yes 



CAP_ 

Apply_Chargi?igL 
Report 



Int Discon 
Forward 



nect_ 
Ctonnections 



Handle CIR 



(pomplete_all 
FCI record 



Int Release 



Stop Tssf 



Application_ 
End 



Idle 



Figure 5.1.5.1.11: Process imcnSSF (sheet 12) 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' 
IVIT call case. 7 



13(30) 



I* Signals to/from the left are to/from Die IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



Monitoring 



Internal 



Tw expi n 



Tsw expi ri 



lnt_Apply 
Warning- 



Tone 



Store cu rent 
value of Top 



This provokes the IM-SSF 
^ to play a tone to the party 
for whom the BCSM is operating 



Tcp expire(|^ 




Yes 



Handle ACR 



Set Tssfto las! 

uisedtime interval 

and restart Tssf 



Start Tcod 



No 



CAP_ 

Apply_Chargi>ig_ 

Bepiirt 



(pomplete__all 
FCI record 



Application_ 
End 



Idle 



CallActive : 
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CallActive := FALSE; 
'CallReleasedAtTcpExpiry' present 



Toed expire 
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Handle CIR 
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Idle 



Figure 5.1.5.1.1m: Process imcnSSF (sheet 13) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



14(30) 

/* Signals to/from the left are to/from the IM-SSF;K 
signals to/from the right are 
to/from the gsmSCF. 7 



Waitingfor_En^_ 
I _Of_User_ I 
\ Jnterfiotion / 



CAP_Apply/ 
Charging 



Handle AC 



CAP_Discoj^ect_\|nt_SRF_ fcAP_Rese 
ForwardCoqnection/ Released Timer 



..Oqne 
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Handle ACR 



Handle ACR 
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Forward Connection 



I SetTssfto 
cAP_Reset_Tinier 
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restart Tssf 
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used time intervahon user inter actiomDn user interaction 



restart Tssf 
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CAP_CancdL 
_(lnvoke_lb) 



r ^ To SRF 



Relay the operation 
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Figure 5.1.5.1. 1n: Process imcnSSF (sheet 14) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



r Signals to/from the left are to/from 
the process Generic_SRF; 
signals to/from the right are 
to/from the gsmSCF unless 
Waiting_for_En^_ i othenwise st ated.*/ 



,15(30) 
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Interaction 
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FromSRF 
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error / Failed error 



CAP_Pronipt_& 
>_Collect_Llser_ 
—Information 



B< ^suit- 



Relay the operation/ 
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gsmSCF / 
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Interaction 
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Int SRF Fiel eased 



Int Error 



9omplete_alL 
FCI record 
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fves 

_, ^ 

j' Wait_For_ 
I _Request 
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SRF_Release 
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Figure 5.1. 5.1. 1o: Process imcnSSF (sheet 15) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



16(30) 



Monitoring 



/* Signals to/from the left are to/from the IM-SSF;[\ 
signals to/from the right are 
to/from the gsmSCF. 7 



J 



Int DP T Answer 




DPcarmed for mID 




For DP 0/r Disconnect the DP 
is only disarmed for the leg 
for which the event was 
received. 



Disarm this DP. 
T'erform implicit 
d isarming of DPs 



CAP_Evenf\ 

_Report_BCdM 

(Interrupted) 



Anyremainhg armed 
EDPs or 
outstanding report? 



Disarm this DP 

' 1^'erform implicit 
d ■ ---^ 
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nd 



Waiting_For_ 
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Figure 5.1. 5.1. 1p: Process imcnSSF (sheet 16) 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' ' 
IVIT call case. 7 1 



17(30) 

,, . . '. r Signals to/from the left are to/from the IM-SSF;K 
Monitoring j signals to/from the right are 
to/from the gsmSCF. */ 



Int 


DP 
DP" 
DP 
DP 
DP 


No Answer 
T No Answer, 
Busy, 

J_Busy, 

_Route_Select_ 


Fail 


ure 
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JvJt 



Handle CIR 



(pomplete__all, 
FCI records 



Application_^ 
End / 



Int Continue 
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CAP_Event\ 
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Figure 5.1.5.1. 1q: Process imcnSSF (sheet 17) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



Monitoring 




Handling of CAP_Release_ 

is only specified in a control 

relationship. 

The gsmSCF shall not s^nd a 

CAP_Release_Callina 

monitor relationship 



Call 
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(pomplete_alL 
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Handle CIR 



(pomplete_all. 
FCI records 
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18(30) 



/* Signals to/from the left K 
are to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 



CAP_ 
Apply_Charqing 



Handle AC 



Monitoring 



Figure 5.1.5.1.1 r: Process imcnSSF (sheet 18) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



19(30) 



/* Signals to/from the right are[ 
to/from the gsmSCF. 7 



WaitingForJnstructions, 
Waiting_For_End_Of_User_lnter action 



CAP_ 

FurnishCharging 
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Non-completed CAMEL 
logical call record 
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call record 
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Figure 5.1.5.1.1s: Process imcnSSF (sheet 19) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



20(30) 



/* Signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 5.1. 5.1. It: Process imcnSSF (sheet 20) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



21(30) 



/* Signals to/from the right are[ 
iD/from the gsmSCF. 7 
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Figure 5.1.5.1. 1u: Process imcnSSF (sheet 21) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



22(30) 



/* Signals to/from the right are[ 
to/from the gsmSCF. 7 
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Figure 5.1. 5.1. 1v: Process imcnSSF (sheet 22) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



23(30) 



/* Signals to/from the left are| 
iD/fromthe IM-SSF. 7 
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Figure 5.1. 5.1. 1w: Process imcnSSF (sheet 23) 
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Process imcnSSF 



r Invocation of imcnSSF in MO, ' 
IVIT call case. 7 



24(30) 



/* Signals to/from the left are to/from the I 

IM-SSF; 

signals to/from the right are 

to/from the gsmSCF. 7 
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Figure 5.1. 5.1. 1x: Process imcnSSF (sheet 24) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 
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Waifngfor 
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25(30) 



r Signals to/from the left are to/from the IM-SSF;[; 
signals to/from the right are 
to/from the gsmSCF. */ 
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Figure 5.1. 5.1.1 y: Process imcnSSF (sheet 25) 



ETSI 



3GPP TS 23.278 version 5.0.0 Release 5 



106 



ETSI TS 123 278 V5.0.0 (2002-09) 



Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



j Waiting_for_ j 

_lnstructions_FonDS 

v , J 
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26(30) 



r Signals to/from the left are to/from the IM-SSF;[; 
signals to/from the right are 
to/from the gsmSCF. */ 



fail 



Set Tssf to last 

used time interva 

and redstart Tssf 



Return approDriate 
error to the / 
gsmSCF / 



iWaiting_For_'i 
Instructions For DS 



Figure 5.1. 5.1. 1z: Process imcnSSF (sheet 26) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



27(30) 



/* Signals to/from the left are | 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 5.1.5.1.1aa: Process imcnSSF (sheet 27) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



r Signals to/from the left are I 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 



28(30) 
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Figure 5.1.5.1.1bb: Process imcnSSF (sheet 28) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



29(30) 



/* Signals to/from the left are to/from[^ 
the process Generic_SRF; 
signals to/from the right are 
to/from the imcnSCF unless 
othenwise slated. 7 
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Figure 5.1. 5.1. Ice: Process imcnSSF (sheet 29) 
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Process imcnSSF 



/* Invocation of imcnSSF in IVIO, '' 
IVIT call case. 7 ^ 



30(30) 



/* Signals to/from the left areL 
to/from the IM-SSF; 
signals to/from the right are 
to/from the gsmSCF. 7 
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Figure 5.1.5.1.1dd: Process imcnSSF (sheet 30) 
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5.2 Descriptions of information Flows 

This clause contains the detailed description of the information flows used by CAMEL for IP Multimedia Subsystems 
call control. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E), Optional (O) or not applicable (-) for each different traffic case: IP Multimedia Origination (IM_Orig), 
IP Multimedia Termination (IM_Term). The distinction between IM_Orig and IM_Term calls is not applicable to all 
Information Flows. 

An M' IE shall always be included for the corresponding traffic case. A 'C IE shall be included if the sending entity has 
the necessary information to populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' 
column of the definition table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, 
only one of those lEs may be included. An 'O' IE may be included or omitted as required by the service logic. A '-' IE 
shall always be omitted for the corresponding traffic case. This categorization is a functional classification, i.e. it 
defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of 
the protocol. 

Details of errors and exceptions to these rules are specified in 3GPP TS 29.078 [43]. 

5.2.1 IIVI-SSF to gsmSCF information flows 
5.2.1.1 Activity Test ack 

5.2.1.1.1 Description 

This IF is the response to the Activity Test. 

5.2.1.1.2 Information Elements 

This IF contains no information elements. 



5.2.1.2 



Apply Charging Report 



5.2.1.2.1 Description 

This IF is used by the IM-SSF to report to the gsmSCF the information requested in the Apply Charging IF. 

5.2.1.2.2 Information Elements 



Information element name 


Status 


Description 


Call Result 


M 


This IE contains the charging information to be 
provided by the IM-SSF. 



Call Result contains the following information: 



Information element name 


Status 


Description 


Time Duration Charging Result 


M 


This IE is a list defined in the next table. 
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Time Duration Charging Result contains the following information: 



Information element name 


Status 


Description 


Time Information 


M 


This IE is a choice between Time if No Tariff Switch 
and Time if Tariff Switch. This IE is described in the 
next table. 


Party To Charge 


M 


This IE is received in the related ApplyCharging 
operation to correlate the result to the request. This 
IE shall be a copy of the corresponding IE received in 
the Apply Charging operation. 


Call Active 


M 


This IE indicates whether the call is active or not. 


Call Released at Top Expiry 


C 


This element is an indication that the IM-SSF has 

released the call and terminated the dialogue, due to 

Top expiry. 

It shall be present when ACR is sent due to Top 

expiry and the IIVI-SSF has released the call 

(because "ReleaselfExceeded" was present in ACH 

operation). 

In all other circumstances, this element shall be 

absent. 



Time Information contains one of the following information: 



Information element name 


Status 


Description 


Time If No Tariff Switch 


C 


This IE will be present if no tariff switch has occurred 
since the detection of Answer for the connection to 
the Called Partyor the SRF connection, otherwise it 
will be absent. 


Time If Tariff Switch 


C 


This IE will be present if a tariff switch has occurred 
since the detection of Answer for the connection to 
the Called Party, the Temporary Connection, or the 
SRF connection, otherwise it will be absent. 



5.2.1.3 



Call Information Report 



5.2.1.3.1 



Description 



This IF is used to send specific call information for a single call to the gsmSCF as requested from the gsmSCF in a 
previous Call Information Request. 



5.2.1.3.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information List 


M 


This IE specifies a list of Requested information 
Values which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



5.2.1.4 



Event Report BCSM 



5.2.1.4.1 



Description 



This IF is used to notify the gsmSCF of a call-related event (i.e. BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 
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5.2.1.4.2 



Information Elements 



Information element name 


Status 


Description 


Event type BCSM 


M 


Tliis IE specifies tlie type of event that is reported. 


Event Specific Information 
BCSM 


C 


This IE indicates the call related information specific 
to the event. 


Leg ID 


M 


This IE indicates the party in the call for which the 
event is reported. 


IVIisc Call Info 


M 


This IE indicates the DP type. 



If the Event Type BCSM IE contains either 0_Answer or T_Answer, then the Event Specific Information BCSM IE 
contains the following information elements: 



Information element name 


Status 


Description 


Destination address 


M 


This IE specifies the destination address for the call 

leg. 

The NatureOfAddress indicator may contain a 

national-specific value. For some national-specific 

NatureOfAddress indicator va\ues the length of the 

digit part of destination address may be zero. 



If the Event Type BCSM IE contains one of Route_Select_Failure, 0_Called_Party_Busy, 0_Disconnect, T_Busy, or 
T_Disconnect, then the Event Specific Information BCSM IE contains the following information element: 



Information element name 


Status 


Description 


Cause 


C 


This IE indicates the cause. 



If the Event Type BCSM IE contains 0_No_Answer then the Event Specific Information BCSM IE is not included. 

5.2.1.5 Initial DP 



5.2.1.5.1 



Description 



This IF is generated by the IM-SSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF 
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5.2.1.5.2 



Information Elements 



Information element name 


IM_Orig 


IM Term 


Description 


Media Type 


M 


M 


This IE indicates the media type associated with the 
SIP call session. 


Called Party Number 


C 


c 


This IE contains the ISDN number used to identify 
the called party in the fonward direction. 

The ISDN called party number is received from the 
gsmSCF due to the previous CAIVIEL processing or 
is derived from the SIP URL received from the S- 
CSCF for the destination address. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Called Party URL 


C 


c 


This IE contains the SIP URL used to identify the 
called party in the forward direction. 

For all IM terminating call scenarios, at least one of 
the following lEs shall be present: 
CalledPartyNumber 
- CalledPartyURL 


Calling Party Number 


c 


c 


This IE carries the ISDN calling party number to 
identify the calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 

CallingPartyNumber 

CallingPartyURL 


Calling Party URL 


c 


c 


This IE contains the SIP URL used to identify the 
calling party or the origin of the call. 

For all IM originating call scenarios, at least one of 
the following lEs shall be present: 
CallingPartyNumber 
- CallingPartyURL 


Calling Party Category 


c 


c 


Indicates the type of calling party (e.g., operator, 
pay phone, ordinary subscriber). 


CallGap Encountered 


c 


c 


This parameter indicates the type of gapping the 
related call have been subjected to. 

This parameter shall be present only if a call 
gapping context is applicable to the initialDP 
operation. 


SIP Call ID 


M 


M 


This IE represents a globally unique identifier for the 
SIP call. This IE may be used by the gsmSCF for 
inclusion in a network optional gsmSCF call record. 

This IE is received from the SIP request message 
from S-CSCF. 


Cause 


c 


c 


This IE indicates the cause specific to the armed 
BCSM DP event. This IE is applicable to DP 
Route_Select_Failure and DP T_Busy. The cause 
may be used by the SCF to decide about the further 
handling of the call. 

For IM Termination for an unregistered subscriber, 
the Cause IE shall be set to indicate Subscriber 
Absent. 


Event Type BCSM 


M 


M 


This IE indicates the armed BCSM DP event, 
resulting in the Initial DP IF. 

This IE shall be set to indicate DP TBusy if a not 
reachable event is detected (e.g. IM termination to a 
subscriber not currently registered). 
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Information element name 


IM_Orig 


IM Term 


Description 


IMSI 


M 


M 


This IE identifies the mobile subscriber. 

This IE shall contain the IMSI value received from 
the S-CSCF during notification of a SIP registration. 


IP SSP Capabilities 


C 


C 


This IE indicates which IVIRFC resources are 
supported within the IM-SSF and are available. If 
this IE is absent, this indicates that no MRFC is 
attached and available. 


IM-SSF Address 


M 


M 


This IE represents the E.164 address of the IM-SSF 
from which the InitialDP operation is sent from. 


Original Called Party ID 


C 


C 


This contains the ISDN number used to identify the 
original destination number if the call has been 
forwarded on route to the IM-SSF or is forwarded by 
the gsmSCF due to the previous CAMEL 
processing. 


Original Called Party URL 


C 


C 


This IE contains the SIP URL identifying the original 
destination number if the call has been forwarded 
on route to the IM-SSFor is fonwarded by the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party ID 


C 


c 


This IE indicates the ISDN number identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirecting Party URL 


C 


c 


This IE indicates the SIP URL identifying the 
directory number the call was redirected from. This 
IE shall also be sent if it was received from the 
gsmSCF due to the previous CAMEL processing. 


Redirection Infornnation 


C 


c 


This IE contains forwarding related information, 
such as redirection reason. This IE shall also be 
sent if it was received from the gsmSCF due to the 
previous CAMEL processing. 


Service Key 


M 


M 


This IE indicates to the gsmSCF the requested 
CAMEL Service. It is used to address the required 
application/SLP within the gsmSCF. 


Subscriber State 




C 


This IE indicates the status of the IMS Subscriber. 
The states are: 

- CAMELBusy: The IMS subscriber is engaged on 
a transaction for an originating or terminating IM call 
session. 

- NetworkDeterminedNotReachable: The network 
can determine from its internal data that the IMS 
subscriber is not reachable. 

Assumedldle: The state of the IMS 
subscriber is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 


Time And Timezone 


M 


M 


This IE contains the time that the IM-SSF was 
triggered, and the time zone the IM-SSF resides in. 



5.2.1.6 



Specialized Resource Report 



5.2.1.6.1 Description 

This IF is used to response to a Play Announcement IF when the announcement complete indication is set. 

5.2.1.6.2 Information Elements 

This IF contains no information elements. 
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5.2.2 gsmSCF to IM-SSF information flows 



5.2.2.1 



5.2.2.1.1 



Activity Test 
Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and IM-SSF. If the 
relationship is still in existence, then the IM-SSF will respond. If no reply is received, then the gsmSCF will assume that 
the IM-SSF has failed in some way and will take the appropriate action. 

5.2.2.1.2 Information Elements 

This IF contains no information elements. 



5.2.2.2 



Apply Charging 



5.2.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the IM-SSF charging mechanisms to control the call duration. 



5.2.2.2.2 



Information Elements 



Information element name 


Status 


Description 


ACh Billing Charging 
Characteristics 


M 


This IE specifies the charging related information to 
be provided by the IM-SSF and the conditions on 
which this information has to be provided back to the 
gsmSCF. 


Party To Charge 


M 


This IE shall be reflected in the corresponding IE of 
the Apply Charging Report operation. This IE has no 
effect on the charging procedures in the IVISC. 



ACh Billing Charging Characteristics contains the following information: 



Information element name 


Status 


Description 


Time Duration Charging 


M 


This IE is described in the next table. 



Time Duration Charging contains the following information: 



Information element name 


Status 


Description 


IVIax Call Period Duration 


M 


This IE indicates the maximum call period duration 
timer. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next 
tariff switch applies. 


Release If Duration Exceeded 





This IE indicates that the call shall be released 
when the Max call Period Duration expires, with a 
warning tone if the Play Tone IE is present. The 
cause used in the release message shall be 
"normal unspecified". 
Default is to continue the call. 


Play Tone 





This IE is set if a tone has to be played to the party 
for whom the BCSM is operating. If present, this IE 
indicates that 30 seconds before the Max Call 
Period Duration timer expires, 
a triple tone of 900 Hz (200 milliseconds tone, 200 
milliseconds pause) shall be played. 
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5.2.2.3 



Call Information Request 



5.2.2.3.1 



Description 



This IF is used to request the IM-SSF to record specific information about a single call and report it to the gsmSCF 
(with a CalllnformationReport). 



5.2.2.3.2 



Information Elements 



Information element name 


Status 


Description 


Requested Information Type 
List 


M 


This IE specifies a list of specific items of information 
which are requested. 


Leg ID 


M 


This IE indicates the party in the call for which 
information shall be collected. 



Requested Information Type List contains the following information: 



Information element name 


Status 


Description 


Call Attempt Elapsed Time 





This IE indicates that the Call Attempt Elapsed Time is 

requested in the Call Information Report. 

Call Attempt Elapsed Time is the duration between the 

end of the CAIVIEL processing initiating call setup 

(Connect, Continue or Continue With Argument IF) 

and the received answer indication from the called 

party side. 

For the Calling Party, the value of Call Attempt 

Elapsed Time in the Call Information Report shall be 

set to 0. 


Call Stop Time 





This IE indicates that the Call Stop Time is requested 
in the Call Information Report. 
Call Stop Time is the time stamp when the connection 
is released. 


Call Connected Elapsed Time 





This IE indicates that the Call Connected Elapsed 
Time is requested in the Call Information Report. 
Call Connected Elapsed Time is the duration between 
the received answer indication from the called party 
side and the release of the connection. 
For a Calling Party, it indicates the duration between 
the sending of IDP and the release of that party 


Release Cause 





This IE indicates that the Release Cause is requested 

in the Call Information Report. 

Release Cause is the release cause for the call. 



5.2.2.4 



Cancel 



5.2.2.4.1 Description 

This IF is used by the gsmSCF to request the IM-SSF to cancel all EDPs and reports. 



5.2.2.4.2 



Information Elements 



Information element name 


Status 


Description 


All Requests 


M 


This IE indicates that all active requests for 
EventReportBCSM, ApplyChargingReport and 
CalllnformationReport shall be cancelled. 
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5.2.2.5 



Connect 



5.2.2.5.1 



Description 



This IF is used to request the IM-SSF to perform the call processing actions to route a call to a specific destination. To 
do so, the IM-SSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 



5.2.2.5.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., 
operator, pay phone, ordinary subscriber). 


Destination Routing Address 


E1 


This IE contains the called party number towards 
which the call is to be routed using an ISDN value. 


Destination Routing Address 
URL 


E1 


This IE contains the called party number towards 
which the call is to be routed using a SIP URL. 


Original Called Party ID 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use an ISDN value to identify the 
original destination number. 


Original Called Party URL 


0,E2 


This contains the original destination number if the 
call has been forwarded on route to the IM-SSF or is 
forwarded by the gsmSCF. 

This IE shall use a SIP URL to identify the original 
destination number. 


Redirecting Party ID 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use an ISDN value to 
identify the redirecting party. 


Redirecting Party URL 


0,E3 


This IE indicates the directory number the call was 
redirected from. This IE shall use a SIP URL to 
identify the redirecting party. 



5.2.2.6 



Connect To Resource 



5.2.2.6.1 Description 

This IF is used to connect a call from the IM-SSF to MRFC via S-CSCF. 

5.2.2.6.2 Information Elements 

This IF requires no information elements for IMS. 

5.2.2.7 Continue 



5.2.2.7.1 



Description 



This IF requests the IM-SSF to proceed with call processing at the DP at which it previously suspended call processing 
to await gsmSCF instructions. The IM-SSF completes DP processing, and continues basic call processing (i.e. proceeds 
to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

5.2.2.7.2 Information Elements 

This IF contains no information elements. 
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5.2.2.8 



Continue With Argument 



5.2.2.8.1 



Description 



This information flow requests the IM-SSF to proceed the call processing with modified information at the DP at which 
it previously suspended call processing to await gsmSCF instructions. The IM-SSF completes DP processing, and 
continues basic call processing (i.e. proceeds to the next point in call in the BCSM) with the modified call setup 
information as received from the gsmSCF. 



5.2.2.8.2 



Information Elements 



Information element name 


Status 


Description 


Calling Party Category 





This IE indicates the type of calling party (e.g., operator, pay 
phone, ordinary subscriber). 



5.2.2.9 



Disconnect Forward Connection 



5.2.2.9.1 Description 

This IF is used to disconnect a connection with a MRFC previously established with a Connect To Resource IF. 

5.2.2.9.2 Information Elements 

This IF contains no information elements. 

5.2.2.10 Furnish Charging Information 



5.2.2.10.1 



Description 



This IF is used to request the IM-SSF to include call related information in the CAMEL specific logical call record. The 
logical call record is created when FCI is received and a logical call record for that leg does not exist. For modelling 
purposes the logical call record is buffered in the IM-SSF. The IM-SSF completes logical call records as defined in the 
SDLs. Once the logical call record is completed, then its free format data is moved to the corresponding CDR and the 
logical call record is deleted. 

The CSE can send multiple concatenated FCIs per leg for completion. The total maximum of free format data is 160 
octets per leg. The 160 octets may be sent in one or more FCI operations. If there is non-completed free format data and 
new FCI operation(s) is/are received to overwrite the non-completed data, then the non-completed data is discarded and 
the gsmSCF can send another 160 octets per leg. The SDLs of 3GPP TS 23.078 define when Logical CDRs are 
completed. After the completion the gsmSCF can send another 160 octets of free format data in one or more FCI 
operations for the called leg. 



5.2.2.10.2 



Information Elements 



Information element name 


Status 


Description 


FCI Billing Charging 
Characteristics 


M 


This IE is described in the next table. 


FCI Billing Charging Characteristics contains the following information: 


Information element name 


Status 


Description 


FCIBCCCAMEL Sequence 1 


M 


This IE is described in the next table. 
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FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


Status 


Description 


Free Format Data 


M 


This IE is a free format data to be inserted in the 
CAIVIEL logical call record. 


Party To Charge 


M 


This IE indicates the party for whom a CAIVIEL logical 
call record will be created. 


Append Free Format Data 





This IE indicates that the IIVI-SSF shall append the 
free format data to the Logical call record. 
- If this IE is present and indicates "Append", the 
IIVI-SSF shall append the free format data received in 
this IF to the free format data already present in the 
Logical call record for that leg of the call. 

If this IE is absent or in value "Overwrite", then 
the IIVI-SSF shall overwrite all free format data 
already present in the Logical call record for that leg 
of the call, by the free format data received in this IF. 
If no Logical call record exists yet for that leg of the 
call, then the IM-SSF shall ignore this IE. 



5.2.2.11 



Release Call 



5.2.2.11.1 Description 

This IF is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the call. 

5.2.2.11.2 Information Elements 

The following information elements are required: 



Information element name 


Status 


Description 


Release Cause 


M 


A number giving an indication to the IIVI-SSF about 
the reason of releasing this specific call. This may be 
used by IVISC/GMSC for generating specific tones to 
the different parties in the call or to fill in the "cause" 
in the release message. 



5.2.2.12 Request Report BCSM Event 



5.2.2.12.1 



Description 



This IF is used to request the IM-SSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 



5.2.2.12.2 



Information Elements 



Information element name 


Status 


Description 


BCSM Event 


M 


This IE specifies the event or events of which a report 
is requested. 
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BCSM Event contains the following information: 



Information element name 


Status 


Description 


Event type 


M 


Tliis IE specifies the type of event of which a report is 
requested. 


Leg ID 


C 


This IE indicates the party in the call for which the 
event shall be reported. 


Monitor Mode 


M 


When this IE is "interrupted", the event shall be 
reported as a request, if it is "notifyAndContinue", the 
event shall be reported as a notification, if the IE is 
"transparent", the event shall not be reported. 


DP Specific Criteria 





This IE is described in the next table. 



DP Specific Criteria is defined as: 



Information element name 


Status 


Description 


Application Timer 





This IE carries additional timer duration information 
(timer values for No Answer event) required for arming 
No_Answer EDPs in the IM-SSF. The TNRy timer 
(value defined between 1 s and 40 s) shall be shorter 
than the network no answer timer. 



5.2.2.13 



Reset Timer 



5.2.2.13.1 Description 

This IF is used to refresh a timer. 



5.2.2.13.2 



Information Elements 



Information element name 


Status 


Description 


Timer Value 


M 


This IE specifies the value to which the indicated timer 
shall be set. 


Timer ID 





This IE indicates which timer shall be reset. It shall be 
set to "Tssf". 



5.2.3 Optional (service logic dependant) gsmSCF to gsmSRF information 
flows 

5.2.4 IM-SSF to HSS information flows 
5.2.4.1 Any Time Subscription Interrogation request 
5.2.4.1.1 Description 

This IF is used by the IM-SSF to request subscription information from the HSS/HLR. For example, the IM-SSF shall 
send this as a result of receiving a third party SIP registration from the S-CSCF (over the ISC interface). The IM-SSF 
shall also send the MAP ATSI request when a SIP INVITE message on a MT session for an unregistered subscriber is 
received. 
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5.2.4.1.2 



Information Elements 



Information element name 


Status 


Description 


gsmSCF Address 


M 


This IE sliall indicate the address of the interrogating IIVI-SSF. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested. 
This shall consist of the CAIVIEL Subscription Information; the CAIVIEL 
Subscription Information is described in a table below. 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. The 
identity shall bean IMSI. 



CAMEL subscription information contains the following information elements: 



Information element name 


Status 


Description 


Additional Requested CAMEL 
Subscription Info 


M 


This IE shall contain one of the following: 0-IM-CSI/VT-IIVI-CSI/D-IM-CSI 



5.2.4.2 



Notify Subscriber Data Change ack 



5.2.4.2.1 Description 

This IF is used to respond to the HSS/HLR's notification of the change of subscriber data. 

5.2.4.2.2 Information Elements 

This IF contains no information elements. 

5.2.5 HSS to IM-SSF information flows 



5.2.5.1 



Any Time Subscription Interrogation ack 



5.2.5.1.1 Description 

This IF is used by the HSS/HLR to provide the requested subscriber's IM-CSI data to the IM-SSF. 



5.2.5.1.2 



Information Elements 



Information element name 


Status 


Description 


CAMEL Subscription 
Information 


C 


This IE shall be present if the subscriber is provisioned with a CAMEL 
Subscription Information for IM CN. This IE is described in a table below. 



CAMEL Subscription Information contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


C 


See subclause 4.4.1.1 


D-IM-CSI 


C 


See subclause 4.4.1.2 


VT- IM-CSI 


c 


See subclause 4.4.1.3 



5.2.5.2 Notify Subscriber Data Change 

5.2.5.2.1 Description 



This IF is used by the HSS/HLR to notify to the IM-SSF of the change of subscriber IM CSI data. This IF is sent at each 
time subscriber IM CSI data is changed. 



£75/ 



3GPP TS 23.278 version 5.0.0 Release 5 



123 



ETSI TS 123 278 V5.0.0 (2002-09) 



5.2.5.2.2 



Information Elements 



Information element name 


Status 


Description 


IMSI 


M 


Tine IMSI is used to identify the subscriber. 


MSISDN 


C 


This shall consist of the subscriber's MSISDN if available. If no MSISDN is 
available, the parameter shall be set with a dummy MSISDN value. 


CAMEL Subscription 
Information 


M 


The CAMEL Subscription Information IE is used to indicate the modified or 
deleted CAMEL Subscription Information data. This IE is described in a table 
below. 



CAMEL Subscription Information Modified contains the following information elements: 



Information element name 


Status 


Description 


0-IM-CSI 


S 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


D-IM-CSI 


S 


See subclause 4.4.1 .2. It shall be present if it was modified. 


VT-IM-CSI 


s 


See subclause 4.4.1.3. It shall be present if it was modified. 


Specific CSI Deleted List 


s 


This IE indicates that one or more specific elements of IMS CAMEL 
Subscription Information have been deleted from the HSS/HLR. It shall 
indicate any of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); 

- D-IM-CSI; 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 
This IE shall be present if IM CSI is/are deleted. 



6 Control and interrogation of subscription data 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 



6.1 



Architecture 



The architecture for the control and the interrogation of subscription data described in the clause 10 in 3GPP TS 23.078 
Rel-99 [11] for the HLR and the gsmSCF also applies for the HSS and the gsmSCF. 



6.2 



Procedures for CAMEL 



6.2.1 Any Time Subscription Interrogation 

The following process in the HLR described in 3GPP TS 23.078 Rel-99 [11] applies for the handling of Any Time 
Interrogation for Subscription Information Retrieval in the HSS: 

- CAMEL_ATSI_HLR. 

6.2.2 Any Time Modification 

The following process in the HLR described in 3GPP TS 23.078[1 1] applies for the handling of Any Time Modification 
in the HSS: 

- CAMEL_ATM_HLR. 

6.2.3 Notify Subscriber Data CInange 

The description of the procedure in 3GPP TS 23.078 Rel-99 [11] applies for the handling of Notify Subscriber Data 
Change in the HSS. 
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6.3 Description of information flows 



This subclause contains the detailed description of the information flows used by CAMEL for control and interrogation 
of subscription data. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or Optional (O). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. An 'O' IE may be included or omitted as required by the service logic. This categorization is a functional 
classification, i.e. it defines the requirements for the stage 2 information. It is not a stage 3 classification to be used for 
the ASN.l syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

The gsmSCF may silently discard any IE which it does not functionally support. 

The HSS shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [32]. 

6.3.1 gsmSCF to HSS information flows 
6.3.1 .1 Any Time Modification Request 



6.3.1.1.1 



Description 



This IF is used to modify information in the HSS at any time. The IF from the gsmSCF to the HLR is specified in 3GPP 
TS 23.078 Rel-99 [11]. The IF is also appHed to the interface between the gsmSCF to the HSS. 

6.3.1 .2 Any Time Subscription Interrogation Request 



6.3.1.2.1 



Description 



This IF is used to request subscription information from the HSS at any time. The IF from the gsmSCF to the HLR is 
specified in 3GPP TS 23.078 Rel-99 [11]. The IF is also appHed to the interface between the gsmSCF to the HSS. 



6.3.1.2.2 



Information Elements 



Any Time Subscription Interrogation Request is specified in 3GPP TS 23.078 Rel-99 [11]. Additionally the following 
IMS specific information elements are required: 



Information element name 


status 


Description 


Requested Info 


M 


This IE may indicate supported CAMEL phases in HSS. 




Additional CAIVIEL Subscription 
Info 


S,E 


This IE may be one of the following elements: 
0-IM-CSI / VT-IM-CSI / D-IM-CSI. 



6.3.1 .3 Notify Subscriber Data Change response 

6.3.1.3.1 Description 

This IF is used by the gsmSCF to respond to the HSS of the change of subscriber data notify. The IF from the gsmSCF 
to the HLR is specified in 3GPP TS 23.078 Rel-99 [1 1]. The IF is also appHed to the interface between the gsmSCF to 
the HSS. 
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6.3.2 HSS to gsmSCF information flows 



6.3.2.1 



Any Time Modification ack 



6.3.2.1.1 Description 

This IF is used by the HSS to provide the modified information to the gsmSCF. The IF from the HLR to the gsmSCF is 
specified in 3GPP TS 23.078 Rel-99 [11]. The IF is also appHed to the interface between the gsmSCF to the HSS. 

6.3.2.1.2 Information Elements 

Any Time Modification ack is specified in 3GPP TS 23.078 Rel-99 [11]. Additionally the following IMS specific 
information elements are required: 



Information element name 


Status 


Description 


0-IM-CSI 


S 


See subclause 4.4.1 .1 . It shall be present if it was modified. 


VT-IM-CSI 


S 


See subclause 4.4.1 .3. It shall be present if it was modified. 


D-IM-CSI 


s 


See subclause 4.4.1 .2. It shall be present if it was modified. 



6.3.2.2 



Any Time Subscription Interrogation ack 



6.3.2.2.1 



Description 



This IF is used by the HSS to provide the requested subscription information to the gsmSCF. The IF from the HLR to 
the gsmSCF is specified in 3GPP TS 23.078[1 1]. The IF is also applied to the interface between the gsmSCF to the 
HSS. 



6.3.2.2.2 



Information Elements 



Any Time Subscription Interrogation ack is specified in 3GPP TS 23.078[11]. Additionally the following IMS specific 
information elements are required: 



Information element name 


Status 


Description 


Supported CAIVIEL Phases In 
HSS 


C 


This IE indicates the CAMEL phase supported in the HSS. 


0-IM-CSI 


C 


See subclause 4.4.1.1. 


VT-IM-CSI 


c 


See subclause 4.4.1.3. 


D-IM-CSI 


c 


See subclause 4.4.1.2. 



6.3.2.3 



Notify Subscriber Data Change 



6.3.2.3.1 



Description 



This IF is used by the HSS to notify to the gsmSCF of the change of subscriber data. This IF is sent at each time 
subscriber data is changed. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [11]. The IF is 
also applied to the interface between the gsmSCF to the HSS. 



6.3.2.3.2 



Information Elements 



Notify Subscriber Data Change is specified in 3GPP TS 23.078 Rel-99 [11]. Additionally the following IMS specific 
information elements are required: 



Information element name 


Status 


Description 


Specific CSI Deleted List 


S 


This IE shall indicate any of the following; 

- 0-IM-CSI (with TDP criteria for 0-IM-CSI); 

- D-IM-CSI (with TDP criteria for D-IM-CSI); 

- VT-IM-CSI with TDP criteria for VT-IM-CSI; 
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7 Subscriber Location and State retrieval 

Support of the procedures described in this clause in CAMEL Phase 4 is a network operator option. 

7.1 Architecture 

The architecture for the subscriber location and state retrieval described in the clause 1 1 in 3GPP TS 23.078 Rel-99 [11] 
for the HLR and the gsmSCF applies for the HSS and the gsmSCF. 

7.2 Procedures for CAIVIEL 
7.2.1 Any Time Interrogation 

The description of the procedure in 3GPP TS 23.078 Rel-99 [11] applies for the Any Time Interrogation in the HSS. 

7.3 Description of information flows 

This subclause contains the detailed description of the information flows used by CAMEL for the retrieval of 
information about the location and state of a subscriber. 

Each Information Element (IE) is marked as Mandatory (M), Conditional (C), Specific conditions (S), mutually 
Exclusive (E) or not applicable (-). 

An 'M' IE shall always be included. A 'C IE shall be included if the sending entity has the necessary information to 
populate the IE. The conditions for the inclusion of an 'S' IE are shown in the 'Description' column of the definition 
table. When a set of 'E' lEs is shown in the definition of an Information Flow or compound IE, only one of those lEs 
may be included. A '-' IE shall always be omitted. This categorization is a functional classification, i.e. it defines the 
requirements for the stage 2 information. It is not a stage 3 classification to be used for the ASN.l syntax of the 
protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

The gsmSCF may silently discard any IE which it does not functionally support. 

The GMLC shall return an error if it does not functionally support an IE which it receives. 
Details of errors and exceptions to these rules are specified in 3GPP TS 29.002 [32]. 

7.3.1 gsmSCF to HSS information flows 
7.3.1.1 Any Time Interrogation Request 

7.3.1.1.1 Description 

This IF is used to request information (any one or more of subscriber state, subscriber location, IMEI & software 
version, MS classmark information for the CS domain and GPRS MS classmark information) from the HSS at any time. 
The IF from the gsmSCF to the HLR is specified in 3GPP TS 23.078 Rel-99 [11]. The IF is also applied to the interface 
between the gsmSCF to the HSS. 
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7.3.2 HSS to gsmSCF information flows 
7.3.2.1 Any Time Interrogation ack 

7.3.2.1.1 Description 

This IF is used by the HSS to provide the requested subscriber location and/or subscriber state information to the 
gsmSCF. The IF from the HLR to the gsmSCF is specified in 3GPP TS 23.078 Rel-99 [11]. The IF is also appHed to the 
interface between the gsmSCF to the HSS. 
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